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NEXT USERGROUP MEETING 


The next Australian User Group Meeting will be held on Wednesday September 
12th. Unfortunately this is in term time, but it will give those from 
interstate and New Zealand an opportunity to attend, given that the "Symposium 
on Language Design ...." is being held in Sydney that week. Also Dennis 
Ritchie will attend, in fact he will be giving a talk at the meeting on UNIX 
Version 7. 

At previous meetings my experience has indicated that, the informal parts of 
the meeting have been very useful and informative, and should be encouraged. 
At this meeting plenty of opportunities will be available for this very 

purpose, especially given the presence of DMR and other new and rarely seen 
faces * 

Since the meeting is being held in term time getting lunch on campus will be 
awkward so I have arranged a smorgasbord in the University Union's private 
dining rooms. Term time also makes it very difficult to get a suitable room 
at suitable times for the meeting for free. As AGSM is currently supporting 
the newsletter, morning and afternoon teas are not free either. Thus a 
registration fee of $10 per head is required to meet these costs. The 
Squarehouse where the meeting is to be held provides all the necessary 
facilities. 

A final schedule for the meeting cannot be made until I hear from those people 
who wisn to talk. Those of you wishing to attend please complete registration 
form and return by August 31st at latest. I will mail final details. during 
first week of September. 

See you all in September !! 


UNIX OS 


I attended the last US/CANADIAN User Group Conference held at the University 
of Toronto on June 19-23 last. The conference enabled me to hear, meet, and 
speak to many other users of UNIX from America, Canada, England and Europe. 

I include in this newsletter the conference report - my thanks to David 
Phillips from University of Toronto for preparing it. The various■conference 
tapes alluded to in the report are available from me. See Robert Elz' letter' 
for his initial impressions of tape contents. 


AUUGN 





UNIX SOFTWARE AVAILABLE FROM OTHER SOURCES 


Here is a list of major items of software available for use with UNIX. 
Unfortunately for those with Interdata machines a lot is PDF 11 orientated. 
You can assist by helping to keep this list up to date, if any software is 
missing from the list or comments of an item are incorrect please advise. 

MODULA - A Language for modular multiprogramming designed at Zurich by Prof. 
Wirth's group, and implemented for UNIX at Univerity of York. The compiler is 
written in BCPL (a BCPL compiler is also provided : binary) and can produce 
object code capable of running under Unix, or for a stand alone PDP-11 or 
LSI-11 with or without EIS, for which run time systems are provided. For a 
description of the Modula Language see N. Wirth "MODULA: A Language for 
modular multi-programming". Software Practice and Experience Vol 7 No 1 
(1977). For further details and information on the Unix version, contact 

Mr I D Cottam 

Dept, of Computer Science 

University of York 

Heslington 

York Y01 5DD 

England 

ALGOL 6SS - Extended version of the Algol 68S Language, originally implemented 
for RSX-11, now available under Unix. Distribution details from: 

Algol 68 Distribution Manager 

Dept, of Computer Science 

Winnipeg 

Manitoba R3T 2N2 

Canada 

INGRES Relational Data Base System - Designed and built with Unix in mind, but 
puts a fairly heavy load on host system. Experience at UNSW suggests that it 
is barely usable on an 11/40. For details of the design philosophy see 
Stonebraker et al "The design and implementation of INGRES" ACM TODS Vol 1, No 
3 (Sept 76) pp 189-222. For license information contact: 

Bob Epstein 

Electronics Research Laboratory 
UC Berkeley 

Berkeley California 94720 

U.S.A. 

FORTRAN-IV - Needs DEC Licence. Good and reasonably reliable, some bugs (none 
too serious), produces threaded code but still manages reasonable speed, 
documentation is sufficient. Overlaying linker is available at UNSW for those 
who like to run large programs. 

Peter Bloomfield 
Department of Statistics 
Princeton University 
Princeton NJ 08540 

U.S.A. 

FORTRAN 4-PLUS - Needs DEC Licence plus Licence from CULC. Cost $3000 US. 
Produces good PDP11 code and runs very quickly, and has reasonable overlaying 
facilities, BUT it has bugs and the documentation is poor. 

Commercial Union Leasing Corporation 
115 East 57th Street 
New York NY 10022 
U.S.A. 
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BERKELEY PASCAL - Written in C and AS - works well, very fast compilation, 
good diagnostics - used at UNSW for teaching undergraduates. A good compiler 
and interpreter with good documentation. Easy to make and install. 

Bill Joy 
CS Division 

Department of EE and CS 
UC Berkeley 

Berkeley California 94720 

U.S.A. 

VRIJE PASCAL - this version compiles to either EMI (interpreted) or PDP11 
code. Compilation is about twice as long for the former, and about 6 times as 
long for the latter, with respect to Berkeley Pascal. Execution speed is 
about the same for EMI code, and about 3 to 4 times faster for PDP code. This 
version is still undergoing testing. 

Dr Andrew S Tanenbaum 
Wiskundig Seminarium 
Vrije Universiteit 
Postbox 7161 
1007 MC Amsterdam 
The Netherlands 

SPITBOL - an implementation for PDPlls of SN0B0L 4. A good implementation, 
good documentation. A few minor bugs with unevaluated expressions. Later 
versions are better integrated into UNIX environment. 

Dewar Information Systems Corp 
221 West Lake Street 
Oak Park, Illinois 60302 

U.S.A. 

BASIC-11 is a variant of DEC RT-11 BASIC, which was modified in July 74 at 
Harvard. Language Manual DEC-11-LIBBA-A-D. Needs DEC licence; includes 
matrix operations; works well. Also contains MACRO-11 assembler and linker. 

Undergraduate Science Center 
Harvard University 
1 Oxford Street 
Cambridge, Mass. 02138 
U.S.A. 

BASIC—PLUS - needs DEC Licence; corresponds to RSTS/E 5B. A service charge 
may be involved. Language manual DEC-11-ORBPB-A-D. 

Dr W. H. Huggins 

Department of Electrical Engineering 
The John Hopkins University 
Baltimore MD 21218 

U.S.A. 

INFORMATION SYSTEM - a general purpose information storage and retrieval 
system - a database package; very fast access to keyed items; concurrent 
updates by multiple users; easily maintained. Written in C. Documentation 
good; some bugs, none too serious. Cost based on the encompassing budget of 
the group who will use it. All things considered it is inexpensive for the 
facilities offered. 

Bill Mayhew 

Center for Advanced Public Computing 
The Children's Museum 
The Jamaicaway 
Boston Massachusetts 02130 

U.S.A. 
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IDA - Interactive Data Analysis; written in Fortran and provides an excellent 
statistical package for student use; excellent diagnostics, and more 
importantly provides good assistance where necessary if the user doesn't 
understand what is required. Only problem is size, our binary consumes 1100 
blocks. 

Niesje Parker 

Graduate School of Business 
University of Chicago 
Chicago Illinois 60637 

U.S.A. 

WATFOR/WATBOL - These well-known student compilers for Fortran and Cobol are 
now available under UNIX. As both use the same monitor, write for both 
together to be sure of compatibility. 

Sandra Ward 

Computer Systems Group 
University of Waterloo 
Waterloo 
Ontario N21 3GL 
Canada 

BMD PDP11 Version 2 of BMDP77 - a complete implementation of the May 78 
release from UCLA. Cost $2 50 US for two years for degree-granting 
institutions. Written in FORTRAN. Unix version has just become available. 

Software Development Corp 
Middlebury College 
PO Box 500 

Middlebury Vermont 05753 
U.S.A.' 


PS BUG 


Recently a bug in 'ps' was discovered. It revealed itself when 'ps' printed 
times in excess of 20 days I Who said UNIX systems weren't reliable!I 


CONTPvIBUTIONS 


I am always ready to accept same. 

Ian Johnstone 
AGSM 
PO Box 1 
Kensington 2033 
AUSTRALIA 

(02) 662-3752 




Mr. Ian Johnstone 

Australian Graduate School of Management 
University of New South Wales 
P.0. Box 1 

Kensington, Nex*/ South Wales 
Australia 2033 

Dear Ian, 

I wish to apologize for our extremely slow response. The reason is 
that Daniel Brannis is on a 6-month leave of absence right now, and our 
whole UNIX staff includes, at the moment, 4 M. Sc. students and some 10 
users. 


Not having a Magtape unit, we had some difficulties reading your tape — 
we read it on our CDC and passed the information over to PDP via a Dl-200 
emulator (4800 baud when the CDC is not down). CDC softvard has a magic 
touch to it — the "copy" program strictly refused to copy your tape on 
ours (blocks too large or something), arid after a hopeless struggle we 
turned for help elsewhere. 

We wish to thank you for the software. We implemented some of it 
already — the rest will keep us busy for another decade. 

Some local developments are on the enclosed tape (your tape). A list 
is appended. The collection is rather dull, I am afraid. I hope it will be 
of some use to you (at least the Hebrew-aate program you surely don’t have — 
just what you always wanted!). Definite clues (like sourceless programs) 
point to more local production — it’s just that undebugged and undocumented 
softeware seems very popular around here. 

Are you workbenching a Cyber, and if you do, does your workbench enable 
interaction with a program running on the Cyber? Our agonizing battle with 
the UT-200 protocol brought us barely to the point of file transfer. 

Our plans to expand are in some undefined bureaucratic stage — purchasing 
a VAX is contemplated, too — no action seems, probable in the near future. 

Thank you again. 


P.S. We have not yet received the billing charge for 


Yours sincerely, 

Xj * 

uabi Steinberg ;J ^ 

your software distribution. 












THE UNIVERSITY OF NEWCASTLE 

NEW SOUTH WALES, 2308 

DEPARTMENT OF MATHEMATICS 


TELEPHONE 

EXT .596 


BC:AM 


29th May, 1979. 


Dr. I. Johnstone, 

Australian Graduate School 
of Management, 

University of New South Wales, 
P.0. Box 1, 

KENSINGTON. N.S.W. 2033 


Dear Ian, 

I enclose a tape on which I hope you will be able to 
send us a copy of the University of New South Wales' distribution 
of UNIX. . 

Thanks for your help. 


Yours 



6S 0401 


Enc. 




University of Canterb 


Department of Computer Scierc- 
ury Christchurch 1 New Zeals 


25 June 1979 

Mr Ian Johnstone 

Australian Graduate School of Management 
University of New South Wales 
P.0. Box 1 
Kensington NSW 2033 


Dear Mr Johnstone 


Thank you for including my letter in 
AUUGN. I will be interested to see 
it receives. 


the recent edition of 
what, if any, reaction 


The latest Newsletter contained references to a number of 
items in which we are very interested. In particular, we 
would like to get hold of:- 

C - Compiler for 8080 and 6502 
The "portable" C - Compiler 
Drivers for DZ-fl and RL01 
A copy of UNSW version of UNIX 

It is clear that there is also a number of facilities 

LINT) which we did not receive with our copy of 
UNIX from Bell Tabs (should we have?). As we were not 
able to attend the UNIX Conference, I am unaware of what 
procedure_there is for copying these, say, to a mag tape 
and shipping them. Can you clarify please? 

I guess what we are really interested in, is there a 
library of Programmes available under UNIX, and if so 
costs, ordering procedures, etc. ' 





R.E.M. Cooper 

Senior Lecturer 

Dept, of Computer Science 
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c/o Department of Computer Science 
University of Canterbury 
Private Bag 
Christchurch 
New Zealand 

June 26, 1979 


Mr. I. Johnstone 
agsm’ 

P.0. Box One 
Kensington 2033 
Australia 

Dear Sir: 


I am a post-graduate student currently researching various aspects of operating 
system portability, and consequently am greatly interested in UNIX. In this 
connection, I am planning to attend the Symposium on Language Design and 

meeS^Ton 9 .^ 6 ? 0 ^ 010 ^ “ SepteInbsr ' and the Australian Unix Users' Group 
meeting on September 12, ■ . . * 

in view of the fact that, as a student, I am finding the financing of the 
trip to Sydney a problem, I would be grateful if you could advise if cheater 
alternative accommodation is available than that suggested in the brochure 
for the symposium. 

I would also like to take the opportunity of seeing a working UNIX 

instailation such as your's, and would be grateful if this could be arranged 

tte Lh Pd- e 'v, A i t a OUgh Me are UNIX iicensee ^ we have been supplied with 
he 6uh Edition which does not have the essentials (to us) of RL-01 and DZ-11 

drives and consequently our use of the system is severely limited. 

In view of the increasing interest in UNIX within our department, I would 

also be grateful if you could place my name on your mailing list for the AUUG 
newsletter. ... 

Thanking you in advance. 

Yours sincerely. 


V vtL \:^i - 

W \ n I 


D.M. PARRY 


r 




'{tlmhersiiv rtf (^utenslmih 

DEPARTMENT OF COMPUTER SCIENCE 
ST. LUCIA, BRISBANE, AUSTRALIA, 4067 


3rd July, 1979 

Mr. I. Johnstone, 

Australian Graduate School of 
Management, 

P.O. Box 1, 

KENSINGTON, N.S.W. 2033 


Dear Mr. Johnstone, 

, _ 1 wo1 f Ld be grateful if you could send me a complete release of 

’.' * unix * d believe that we have only ever received parts of 
unix on RK05’s. We now_have a tape driver and a very cannibalised form 
Ox unix and would now like to get our house in order! 

Thank you. 





Hamish Bentley 



377- ? 
377-35 
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Victoria University of Wellington 


Telephone 721-GOO 



Private Bag 
Wellington 
A ; ew Zealand 


3 July 1979 


Dr I. Johnstone 
AGSM 

P.0. Box 1 
Kensington 
N.S.W. 2033 
AUSTRALIA 


Dear Ian, 


ttat P yoS UNIxM^.T 0 ' ^ Symp ° si ™ “ September and understand 
your UNIX Users Group is meeting on the Wednesday after the 

ymposium Please send me details as I would like to attend th- tin- 

even though we have not yet made a decision to switch to UNIX. ~ 

I look forward to your reply. 


Yours sincerely, 



Dr Colin Boswell 
DIRECTOR 

COMPUTING SERVICES CENTRE 




Your reference: 



nf (^uz&nslnnh 


TELEPHONE 370 Oi 
TELEX—UNfVQLD AA403 i 
TELEGRAMS—BRISBANE^ UN1VERS1T 


OUR REFERENCE: 


ELECTRICAL ENGINEERING - ST. LUCIA. BRISBANE 

DEPARTMENT AUSTRALIA. 4067 

4th July, 1979. 

Mr P. Ivanoff, 

Department of Computing Science, 

University of New South Wales, 

P.O. Box 1, 

KENSINGTON, N.S.W. 2033. 


Dear Sir, 


I am writing to you, in the absence of Ian Johstone, to see 
if you could send me some source files for the Unix Fortran Linker. 

The source files that we received here originally for link do not 
correspond with the binary version. The feature that is missing is the 
overlay switch. - 

I believe that Hamish Bentley of our Computing Science 
Department has sent down some tapes to get a copy of the latest UNSW 
distribution. Perhaps you could include the link source files on 
this. If that is not possible I could send a floppy or a cartridge. 

Yours sincerely. 


(C. Harndge) 
Electrical Engineering 




Tel: 041-339 8855 

""•478/7453 


UNIVERSITY OF GLASGOW 



Computing ocience Dsuartm^'^t 

The University, 
Glasgow, G12 SQQ. 


4th July, 1979 , 


Dr* l. Johnstons, 

Australian Graduate School of Management, 
University of New South Wales, 

P.G. Box 1 , 

Kensington, 

New South Wales, 

AUSTRALIA 2033 . 


Dear fan, 

I note from your latest newsletter, vol 1 no. IT (for which much thanks) 
that you have an improved version of the Princeton Fortran system, with overlay- 
facilities added to the loader. We would he most interested in obtaining a 
copy of This (assuming it is not included in the stuff you gave to Peter Coilinsor. 

at Toronto). I enclose a copy of the letter of authorisation from Peter Bloomfield 
at Princeton. 


fours sincerely, 

Alistair C. Kilgour. 




telephone 

. 345 1844 

telegrams 

UMMELB PARKVILLE 



of M-tlhouvut 

department of computer science 


Mr Ian Johnstone, 

Australian Graduate School of Management, 

University of New South Wales /o 

Kensington, N.S.W. 2033. ’ 


Parkville, Victoria 3052 
Mon, 30 Jul, 1979 




Is 40oro- e 


Dear Ian, 

Thanks for the taDe" it ha* . 

every need (and all in leli^han a f satisfy just about out 

portunity to go through the incredible ‘ ^ ° aae ^° U stl11 haven’t had an op- 
that there were 53000 blocks of disc ° ^y° u didn’t mention 

what we have found so far bufit turns o°„ l T ^ t0 . lnolude - list of 
as to be worthless. There have been a few d ° e SUch a ^ min iscule proportion, 
tion by a couple people and there are e-t-■ 11 3 ^ S ° very intensive investiga- 
touched. P ’ th8re are stlU man y cont.a" 's lying around un¬ 

due is a signifigant improvement°over th^version floa? erSl ° n ° f APL fl " 0m Pur_ 
correction * 

r°r handling gradually eats up stack speeded has ffe^^n fUnotlon er " 
most ready). p ' (t - ncl has. a few other bugs) (fix al- 

Tektronix 4014 ^^nd^P^i-tbed""^! e fj t0r ' f or drawin g circuit diagrams on 

some help from SO.rcharaoUr^lnSaMo^VoSire^ “h" 0 ^ 8 °" a 40,2 (with 
permit hard copy output to a Versatec. tlne s> and are working on mods to 

numerous shells (typically halTwafbetweenVr sLnTand ^abilities, 

games (dungeon - binary only patched '.L° n 6 and Tersion 7 ), several 

turally - the Fortran Version)- s 1! uVf 11 version ; adventure (na- 
terminal sort of space LT n-d f w 1* ^ ,Tt-t'f ^ 1S 3 
on o a_tty). There are also puite a 


■ly fash ion ^recover fro^swap erro--° d^^ b ~ d diSC blooks in 
-ice that I can think of (which is^f rSly^? % 


ications, which may^^of intere-t hf- 0 *" stuff written to conform to PWB specif- 
some of the bits? " tere3t t0 anyone . who doeaa ’t have PWB but wants 




I am also including my much promised ideas on terminal handlers, I 
hope tnat they arive in time for your deadlines for AUUGN, and apologise for 
the rather poor quality, our Diablo is not in the best of health just at the 

minute In a way^I feel that this might explain the slight tardiness of Unix 

users tQ ward sending odds and ends to be included in AUUGN. The standard has 
been so high, that anything we may have to offer seems to vanish into obscuri- 
y. It seems strange to say it, but you may have to lower your own standards 
to get more submissions. I hope it doesn’t come to that, so I will do ray bit 

towards ruining AUUGN by sending this short piece. T his may encourage others 

^titude, while allowing you to contiriue' the~e7-~ j 
cexlent work that you have been doing. j 


Thanks again for the tape, and for sending it so quickly, 



aqrfJL- 
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Terminal Interfaces 


Robert Elz 
Computer Science 
University of Melbourne 


This short opinion on the properties that a terminal interface 
could have, or ought have, is intended to provoke a discussion along 
similar lines at the forthcoming UNIX Users’ Group meeting in September, 
with a possible outcome being the standardization of 

a) a basic terminal driver interface, to both the user and his 
programs. 

b) a uniform and accepted method for various installations to 
make their local modifications (eg: to suit a particular lo¬ 
cal terminal type.) 

c) a standard set of system calls, since the current stty , and 
gtty are clearly inadequate. 


Before continuing, I must say that the following views are person¬ 
al, and do not necessarily reflect those of other Melbourne University 
users. Also, I have not yet had the opportunity to examine UNIX Version 
7 nor UNIX V32, so the comments contained herein should be understood to 
apply to Version 6 UNIX only. 

Some of the 'features' discussed below are currently incorporated 
in the Melbourne tty driver, others are under consideration for a forth¬ 
coming version, the remainder are either not really useful, of too dif¬ 
ficult to implement in a UNIX setting to be really serious contenders. 


1 Motivation 


Before getting down to the nitty gritty, I am inclined to spend a 
paragraph or two justifying the amount of time I invest in constant med¬ 
dling with the terminal interface. 

Apart from such pragmatic considerations as the gross inefficiency 
of the original Bell design for Interdata hardware, and the apalling 
jumble of code in 'canonO', my principal• motivating force is my view 
that the terminal driver is the single most important component of a 
timesharing system to the user of that system. 
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Others regard the editor, or the command interpreter as being more 
signifigant, however I feel that however marvellous such utilities may 
be, the user will never be truly comfortable unless he is able to com¬ 
municate with them in the manner with which he feels most at home. 
After all, while a. user may spend 50% of his time in the editor and 
most of the remaining 50% using the command interpreter, all of his lo¬ 
gon time is spent using the terminal. “— 


£ _What the terminal interface should offer the user 


a) There must be a facility to delete the previous character on the 
current line, and the user ought to be able to obtain visible con- 
irmation that the character has indeed been deleted. On a CRT 
this should be accomplished by actually erasing the character 
(with proper allowance made for erasing tabs). On hard copy termi¬ 
nals (or storage screen types, like the Tektronix) the user ought 
to have the option of seeing the character deleted if he desires 
(not always - it takes both time and paper), or of simply getting 
the erase character echoed in some visible form. An attractive 
idea for erasing on hard copy terminals would be to write a cross 
( V 4- V) over the character deleted, if only it weren't for 
the fact that most hard copy terminals run at 300 baud (or less). 
In all cases, if there is nothing left to erase, then nothing at 
all should happen on the. terminal. 


b) 


There should be the ability to delete the whole line and start it 
again. On a CRT it would be ideal if the line could be made to 
vanish, on other terminals the user ought to have the option of 
whether a new line should actually be taken or not. Because of the 
drastic consequences of an accidental use of this command it 
ought to be reversible (most usefully using the erase mechanism 
above), though possibly with 'restrictions on when this may be 
done. If the line delete character is erased, the terminal should 
be restored as nearly as is possible to the state it was in before 
it was entered (ie: the 'un-killed' line ought to re-appear). 


c) There should be a mechanism to have the contents of the current 

line redisplayed. If there is a deleted line which could still be 
recovered, an indication of this ought to be given (perhaps its 
contents too). . 

d) There should be mechanisms for signalling a process from the ter¬ 
minal and for indicating that there is no more input to be sent. 

e) It should be possible for a user to temporarily suspend output, 
.irom being sent to his terminal, and (of course) to restart it 
again. This is particularly important for terminals which decide 
for themselves when they have had enough, and send a command to 
the processor to stop sending. 


f) There should be a means to divert output from the terminal to 
another destination (especially ter * the bit bucket) without the 
consent of the issuing program. ' 




g) There should be an escape mechanism to permit any of the above 
commands to be entered as data. 

^ the command characters should be re—definable by the user 

at will, especially those mentioned in (e) (which vary from termi¬ 
nal to terminal) and (a) which is the most often used. 

i) It should be possible to have all characters typed on the terminal 
echoed in some visible form, that is, there should be an option to 
prevent there from being any character that could be treated as 

input to a program, and yet leave no sign on the terminal that 
they have been typed. 

j) The terminal should be able to operate in any of three modes. 

(i) continuous output. 

(ii) fixed paging.. 

(iii) variable paging. 

(i) is the same as the way most terminals are ’used on UNIX now. 

(ii) causes output to the terminal to be suspended every so-many 
lines, to give the user a chance to read it. Output should 
not recommence until the user requests it. Input from the 
user at this time should be treated as commands indicating 
what he wants done, and as a minimum he should be able to 
move to the next page, move some part of' a page, and exit 
page mode (temporarily). The only time that this halt 
should not occur is when the line that fills the page was 
typed by the user. Whenever a new page is started the 
screen should (optionally) be cleared. 

(iii) is similar to (ii) except that any input from the user indi¬ 
cates the next line is the beginning of a new page, rather 
than just an input line at the very end of a page. 


rO Lines being uyped should be able to be given priority over output 
from some program, if the user wants this. That is, program output 
should be suspended until the user finishes typing his line. 


1) Terminals with limited line widths should be catered for by op¬ 
tionally folding long lines if this is not performed by the termi¬ 
nal hardware. In any case where folding takes place, the terminal 

handler should be aware of this and recognise that an extra lin^ 
has been printed. 


m) Terminals with limited character sets should be supported as fully 

as possible, in a manner that places the minimum of strain on the 
user. 


3 Terminal / Program Interfaces 


a) A program ought to be able to determine'the modes in which a ter¬ 
minal is currently being used, and alter any it chooses to. 
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b) It should be possible to obtain a unique identification of the 
type of terminal in use, or inform the system of the type if the 
program deems itself to be a'better judge. 

c) There should be a standard set of terminal control characters to 
perform specific terminal functions (such as clearing the screen, 
or moving the cursor to the left). The interfacing software ought 
to take care of any mapping required (possibly into a character 
sequence.) 

d) A process should be able to determine if there is any input from 
the user waiting to be read and determine if this amounts to a 
complete line or simply some stray characters. It should be possi¬ 
ble to discard typeahead, but this should not be a by-product of 
other alterations. 

e) It should be possible to define a set of characters to be line 
terminators, which delimit ’lines’ in the users Input. 

f) The terminal’s width and depth should be able to be ascertained, 
as should the current characters being used by the user for con¬ 
trol purposes. 

g) Output delays for the various usual functions requiring them 
should be individually settable over a generous continuous range. 
A program ought to be able to specifically request a delay at any 
point in the output stream. 

h) Options should be independantly switchable - selecting a particu¬ 
lar format should not imply that some other attribute either must 
or cannot be selected. 


4 Local Modifications 


When designing a terminal interface to be used in a number on en- 
viroments, it is important to recognise the fact that individual instal¬ 
lations will have to customize it for their own particular requirements. 

This may amount to no more than the deletion of unnecessary code, 
eg: if there are no terminals using any character other than the stan¬ 
dard for some particular terminal function, then the mapping ought to be 
discarded. 

In other cases, the pecularities of a particular terminal may war¬ 
rant uhe addition of some code, eg: to output the escape sequence to re¬ 
turn a particular type of terminal to full duplex after an especially 
f'oolish user has sought out and maliciously depressed the ’break’ key, 
which is carefully hidden adjacent to ’return’, or to prevent transmit¬ 
ting the relevant control codes to those - terminals which will happily 
reply with the complete contents of. the -screen, unless the program to 
receive it all has Indicated its willingness to accept this data. 



Since such modifications will take place, it is best to allow for 
them^ by providing installation dependant interface mechanisms, and 
specifying only that some value is the default to allow portable 
software. This might take the form of 'empty space’ in a system call 
data block, where zero is to represent the normal case, and any other 
value will invoke some installation dependant option. 


5 Relationship with UNIX 


The terminal interface offered by UNIX is not too far removed from 
the^ideal situation for there to be any great difficulty in making some 
useful improvements. 


This has indeed been done at many UNIX sites, but almost without 
exception the changes have been more in the nature of repairs than reno¬ 
vation. The bes'- indicator of this is the ’stty T system call. In a 
heroic attempt to remain as close as possible to the released version of 
UNIX, most modifiers of the terminal handler have sought to remain with 

the standard ’sgtty' structure, and have been content with alterations 
like: 

"We don't really need backspace delays, so let's use that bit for 


I propose a total redesign of ’stty’ to permit a much larger parameter 
area, since there is just so much that can be packed into 48 bits, and 
it isn't enough. Interdata UNIX allows 96 bits (3 integers, 32 bits 
each) and the current Melbourne terminal handler makes use of all but 

aoout 4 oj. uhem, and is still missing a lot that I regard as essential 
<.even without the frills). 


It may be appropriate to provide extra system calls, and assign 
each a particular role, dividing the control information among them upon 
a basis, of likelihood of use, so that information rarely needed would 
not be being continually moved around. (Eg: very few programs have the 
slightest interest in the speed that the terminal runs at, and those 
tha o currently do usually only want to calculate how many fill charac¬ 
ter ^ a re necessary to simulate a delay. If there was a means to request 
a delay of a specific length, then effectively no program at all would 
want to examine the terminal speed. This information would be better 
confined to the programs that really require it.) 

At the present time, I have no fixed ideas as to what ought to re¬ 
place, or at least augment the 'stty' and 'gtty' sys calls-, but there 
should be at least 64 bits of on/off flags: 8 bit delay values for new 
lines, tabs, carriage returns, form feeds, vertical tabs (and probably 
backspacesabout a dozen user level control characters (erase, kill, 
interrupt, quit, eof, suspend, continue, - discard, redisplay, escape); 
character sequences for clear the screen, simple cursor movements, and 
bell ringing; an array of 128 bits to specify line terminating charac¬ 
ters; 8 (or 4?) bit fields for transmitter and receiver speeds; and lots 
of gaps for things we haven't thought of yet. In all a minimum of the 




6 The Current Melbourne Interface 


As mentioned above, 'stty' and 'gtty' are still used at Melbourne, 
in much the same form as in the standard Version 6 UNIX, except that 
there is twice as much space. This excess has been used to allow 32 flag 
(mode) bits (which still include the delay choice), 6 settable user in¬ 
teraction conurol characters, and two speeds (though Interdata hardware 
utilizes only one of them, there is no ’split speed'). 

Following an outline similar to sections 2, 3» and 4 above, there 
follows a brief summary: 


6.1 User Interface 


a) Erase is much like the UNIX standard, except that the actual eras¬ 

ing is performed when the erase character is read, rather than 
when a program requests the line. This means that on a CRT the 
erased character can be made to vanish (and it is,- except for 
tabs, which are not handled correctly at all). On other terminals, 
the user can choose either to see the characters that are being 
erased, enclosed in delimiters, or to have his 'erase' charac¬ 
ter echoed. If that character is 'rubout' (ASCII 0177) he may 
choose to have it displayed as a instead. If there are no 

characters in the line to erase, nothing is echoed. 

b) The curre.ii line may: be deleted (as in any other UNIX). It is 
possible to request that a 'newline' sequence follow the echo of 
the 'kill' character if you want that. The 'kill' may be erased, 
but only if the character immediately following the 'kill' is 
'erase' (there are a couple of exceptions actually). If this is 
done, then, if a new line was taken the 'un-killed' line will be 
echoed, and the cursor left at the end of it, otherwise the stan¬ 
dard erase sequence is performed, illustrating the 'kill' charac¬ 
ter being removed. 

c) It is possible to redisplay the current line. If there Is a killed 
line that could be ressurected, then that line is displayed (it 
appears in the same manner as if the user had just typed it). 

d) Interrupt and quit are as in standard UNIX. It is possible to use 
the terminal 'break' key to signal interrupts (and it can be left 
enabled in 'i aw' mode) as an alternate to the ordinary character. 
If 'break' is to be the only interrupt key, then both 'interrupt' 
and quit' can be set to the same value, the driver guarantees to 
signal 'quit' ii the character is 'typed. End of file is as in 
standard UNIX. 

It is possible to suspend output, and resume, again later. Both 
’interrupt' and 'quit' also end a suspension. Input typed while 


e) 



output is suspended is echoed when the suspension is lifted. 

f) Output cannot be discarded nor redirected. 

g) Any of the characters above can be escaped, except ’interrupt', 
’quit’, ’pause’, and ’suspend’. Missing the latter two is a defin¬ 
ite bug, I am unsure whether is should be possible to escape ’in¬ 
terrupt’ and ’quit' characters. 

h) The six characters that can be altered are ’erase’, ’kill’, ’in¬ 
terrupt’, ’quit', 'end of file’, and ’escape'. There are two 
choices for each of 'suspend' and 'pause’ (to correspond to the 
terminals that we use) - either character may be used. ’Redisplay' 
is control-A, and cannot be altered. 

i) The only control characters that are ever graphically displayed 
(other than in performing actions such as erasing a character) are 
ESC (ASCII 033), which can be displayed as a 'V if desired (and 
it always is) and RUBOUT (ASCII 0177), which can be displayed as a 
’//'. These conventions arose from the common use of ESC as the 
terminal ’escape’ character (replacing the much overworked '\ ’) 
and RUBOUT as ’erase’ (replacing '#’ which is too hard to type). 

j) There is no form of paging.' 

k) There is no line folding. 

l) Output from a program cannot be restrained from interrupting the 
users input line. 

m) Limited character set terminals are handled much as in standard 
UNIX, but the user has the choice of whether he wants the pre— 
translated character echoed, or the post-translated character (to 
make life easier on terminals that can display lower case but not 
transmit it). 


6.2 Program Interface 


a) 'Stty’ and 'gtty' operate as in any other UNIX. 

b) Terminal identification is not available. 

c) On the one terminal type that does not use backspace (ASCII 010) 
for cursor left, a translation is made. No other common sequences 
are handled. 

d) There is no way to determine if the user has typed anything 
wiuhouu attempting a 'read'. It is possible to discard typeahead 
( Suu/ as is usual), but it is also possible to cause 'stty' to 
retain typeahead, if the terminal speed is not altered, and there 
is no switch between ’raw’ and ’cooked' modes. 

e) Lines are terminated by ’newline' or ’end of file' as is usual. 
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f) Page width and depuh are not known to anyone, except the poor user 
who must explicitly specify them wherever a program needs the in¬ 
formation. 

g) Delays are close to the UNIX standard, except that there are no 
backspace delays, but there are three different vertical motion 
delays. Programs cannot request delays (other than by emitting a 
relevant character). 

h) Flags are .comparatively Independant. In particular, 'raw' mode 
does no t disable ’crmod' or ’lease’ or just about anything else. 


6.3 Local modifications 


There are even a few ’features’ that are considered peculiar to our 
installation, with both the possibilities mentioned in section 4 being 
included, as well as a peculiar ’fast' mode akin to ’raw’, but supposed¬ 
ly more efficient for reading large amounts of data at high speed, and a 
mechanism to put the line into a ’space’ condition for about 250 mil¬ 
liseconds, both intended for some form of intermachine communication 
over RS232 lines. 


7 Conclusion 


I have attempted to keep my ideas, within the bounds of reasonable 
possibility for a system like UNIX, and have resisted the temptation to 
include extras like the ability to retrieve previous lines, or the ’the 
way it looks on the terminal is the way I want it read’ philosophy, 
which has much merit, but is not easy to implement. 

There^are ’oubtless countless other small facilities that would be 
useful ii included, but which I haven’t ever encountered and thus remain 
ignorant^ of. If any reader has any suggestions I would be grateful to 
-earn oi them, either at the Users’ Group meeting, ot at some other 

time, whether they be minor improvements, implementation methods o^ 
straight out laughter. 9 


The Melbourne terminal driver is available to anyone who would like 
a copy (send me a tape), but you should be warned that there is much in 
It that cannot be made to work on a PDP-11, (though nothing at the level 
oi this discussion - mostly at the hardware interface stages) and that 
there is a major revision in the offing. I intend to include paging, and 
line folding, and probably variable line termination if I can make them 
all fit. This will certainly require modifications to the ’stty’ format 
so I will not embark on this until after’the Users’ Group meeting, in 
case there is a decision made as to what things really ought to be like. 





Kevin Hill, 

Department of Computer Science, 
UNSW. 

31st July, 1979. 

Ian Johnstone, 

AGSM. . 


Dear Ian, ' 

, nt ., r: the 11 / 40 at the Department of Computer Science (UNSW) uses three 
j . f S for flle stora § e and operation. As with most other similar systems, 
disk space is at a premium. AUUGN readers may therefore be interested in the 
following technique that not only leads to a significant saving of space on 
the system disk, but also makes linking into libraries faster. 

Tlie tec ^ n ique is simply to remove all local symbols from the symbol 
tables of each library component. This is dona most simply at compile time, 
by executing the commands . 

Id —rx obj ^0 ; mv a.out obj.o' 

FCi existln g libraries, a simple shell procedure can be written to extract all 

components, execute the above command, and replace them all back in^o t^he 
library. 


, When done ° n th£ 11/70 here > this saved 198 blocks on the system 

• disk, and 71 blocks on.the source disk (total 269 blocks). This involved 
stripping 16 libraries on the system disk, and the two system libraries (libl 
and lib2). Savings for the more common libraries were: libc.a (20 blocks) 
liba.a (3 blocks), and libS.a (1 block). ? 

A secondary effect of this is faster linking, as the files are 
smaller, and there are fewer symbols to scan. Linking the system was 13% 
faster, and linking the editor was 12% faster. 

1 am currently looking into adding a flag to the assembler, to 
prevent it writing these local symbols in the symbol table in the first place. 
CC would then use this flag (by default), and it would be unnecessary to 
remove the local symbols at a later stage. 


Yours sincerely. 


Kevin Hill, 

Department of Computer Science, 

UNSW. 

31st July, 1979. 

Ian Johnstone, 

AGSM. 

Dear Ian, 

the following notes resulted from my efforts to install the 
new Vrije Pascal Compiler (pc) on the 11/70 here. As this distribution 
presented several problems, these notes will probably be of interest to 
other people who are attempting to install pc. 

The first thing I did (after extracting all the files and 
reading tne READ_ME) was to head for the 'doc*’’ directory, to start 

nroffing . It soon became apparent, however, that n llfe was not meant 
to easy . Numerous corrections (apart from obvious line and page length 
changes) were required to the files, as follows. 

The first problem was that the file 'dist.nr' contained 

several macro definitions of the form '.de PA PARAGRAPH'. PARAGRAPH is 
obviously meant to be a comment, however, used this way, it caused our 
version of nroff to gobble up the entire remainder of the text, and 

produce nothing. The reason was that any characters after the macro 

name are taken by our nroff to be the macro-terminator ('..' by 
default) • The simple fix was, for the example above, to change it to 
'.de PA \" PARAGRAPH'. 

Tne next problem was in the file 'pdp.doc', in which two lines 
were starting with '.globl', causing nroff to ignore the line after 

find any macro .gl . This was fixed by changing them to 
globl'. . 

Three other minor fixes involved surrounding a diagram in the 

file 'eml.doc' with a '.nf', '.fi' pair, adding a \ta 8,16,_' to the 

same file, and making a run file that combined 'eml.doc' and 'opt*doc' 

Hi-ter it was noted that the latter was using the macro definitions of 
the former. 

The next task was to convert all the source archive libraries 
provided from the old to the new format. This also involved changing 
the file 'ass/assOO.h' to know the new magic number and new layout (the 

programs including this file have to be able to search various 
libraries). 


The first C—compilation met with a sad end due to function 
redefinitions, I.e., declaring a function to be returning a pointer to 
soESuhmg after using it (in which case it will have been assumed to 
return an ^integer). Several additonal declarations were required in 
'misc/pc.c', 'misc/eml.c' and 'ass/ass70.c'. The file 'pdp/pdpci.c' 
actually pre-declared a certain function correctly as returning a 
pointer, but, at the actual function declaration, redeclared it 
returning an integer. 


as 
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Two more C-problems that surfaced were as follows. The file 
'ass/assOO. c' had an error at line 354, where a variable 'n_xprocs' 
should have been 'n_xproc' . The file 'pdp/pdp40.c' and 'pdp/pdp43. c' 
both contained lines of the form 'variable=ANY', where ANY was defined 
to be -1. This was fixed by simply putting spaces around the 

The file 'misc/eml.c' . caused trouble, by exec'ing the 
following command: 'Id -o fname fname'. This resulted in 'fname' being 
clobbered with an empty 16-byte header only. The program was changed so 

that an earlier exec to the assembler wrote its output onto a.out, and 

the load became 'Id -o fname a.out'. 

The final note in this section is to remind readers NOT to 
blindly execute run files provided with distributions. Some are 

definitely better than others, e.g», those from Bill Joy at Berkeley 
leave little to be desired. In this case, several compilations were 

done with the '-f' flag (for floating-point simulation) ('ass/run', 
'pdp/run', and 'rundir/testC'), and no compilation was done with the 
'-s' flag (to strip off the symbol table). Further, on occasions, a 
file from a higher directory was linked into the current directory under 
a different name, the intention being to execute this one and not the 
system file of the same name. Hcrwever, the directory search order for 
root at this installation has for a long time put the current directory 
last, and thus the wrong file would be used. 

Apart from these minor problems, the whole show was eventually 
put together and installed, and compared with the Berkeley Pascal 
Interpreter (pi) that we are also using. Compilation and execution 


' four test 

programs i 

supplied were: 



Compilation 

; 

t l.p 

t2 .p 

t3.p 

t4.p 


real 

10.00 

13.00 

8.00 

■ — 

pi -p 

user 

7.20 

8.10 

4. 94 


(Berkeley) 

sys 

1.50 

2.64 

0.96 

- 


real 

24.00 

25.00 

21.00 

12.00 

pc 

user 

12. 16 

13.08 

10, 16 

6.88 

(EMI code) 

sys 

4.44 

4.84 

4.42 

2.70 


real 

1:14.00 

1:06.00 

50.00 

34.00 

pc -C 

user 

28.20 

36.44 

25.00 

15.14 

(PDP code) 

sys 

11.70 

14.48 

10.96 

6.98 

Execution: 







real 

2.00 

24.00 

16.00 

_ 

obj 

user 

0.30 

18.54 

9.50 

- 


sys 

0.42 

2.66 

4.04 

- 


real 

2.00 

20.00 

16.00 

7.00 

e. out 

user 

0.30. 

15.62 

9.20 

2.84 


sys 

0.52 

2.16 

3.00 

1.36 


real 

1.00 

5.00 

5.00 

2.00 

a. out 

user 

0.04 

2,36 

0. 60 

0.38 


sys 

0.24 

0.50 

2. 16 

0. 60 
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As can be seen, pc is much slower at compiling, but execution is about 3 
to 4 times faster (on average). However, this must be weighted against 
the size of the various libraries that it uses (about 730 blocks)! 

Several immediately obvious differences were noted. PC does 
not force a leading blank in front of positive real numbers (when 
printed out), allows functions and procedures as arguments to other 
functions/procedures, implements the predefined operations 'mark' and 
'release' . (as used in test program t4.p, hence pi could not handle it), 
and is more intelligent about the empty set []. On the debit side, pc 
still requires that dummy 'getc(input)' before any input operation on 
the input file, complains if there are not sufficient arguments on the 
command line to match each file argument in the 'program' heading, and 
uses only 16-bit integers (pi uses 32 bit integers). 


Yours sincerely. 




UNIX V32 - Summary 

February 12, 1979 

Bell Laboratories 
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A. What’s new: highlights of the UNIXf V32 System 

32-bit world- UNIX V32 handles 32-bit addresses and 32-bit data. Devices are addressable to 
2 31 bytes, files to 2 j0 bytes. 

Portability. Code of the operating system and most utilities has been extensively revised to 
minimize its dependence on particular hardware: UNIX V32 is highly compatible with UNIX 
version 7. 

Fortran 77. F77 compiler for the new standard language is compatible with C at the object 
level. A Fortran structurer, STRUCT, converts old, ugly Fortran into RATFOR, a structured 
dialect usable with F77. 

Shell. Completely new SH program supports string variables, trap handling, structured pro¬ 
gramming, user profiles, settable search path, multilevel file name generation, etc. 

Document preparation. TROFF phototypesetter utility is standard. NROFF (for terminals) is 
now highly compatible with TROFF. MS macro package provides canned commands for many 
common formatting and layout situations. TBL provides an easy to learn ianguage for prepar¬ 
ing complicated tabular material. REFER fills in bibliographic citations from a data base. 

UNIX-to-UNIX file copy. UUCP performs spooled file transfers between any two machines. 

Daia processing. SED stream editor does multiple editing functions in parallel on a data 
stream of indefinite length. AWK report generator does free-field pattern selection and arith¬ 
metic operations. 

Program development. MAKE controls re-creation of complicated software, arranging for 
minimal recompilation. 

Debugging. ADB does postmortem and breakpoint debugging. 

C language. The language now supports definable data types, generalized initialization, block 
structure, long integers, unions, explicit type conversions. The LINT verifier does strong type 
checking and detection of probable errors and portability problems even across separately com¬ 
piled functions. 

Lexical analyzer generator. LEX converts specification of regular expressions and semantic 
actions into a recognizing subroutine. Analogous to YACC. 

Graphics. Simple graph-drawing utility, graphic subroutines, and generalized plotting filters 
adapted to various devices are now standard. 

Standard input-output package. Highly efficient buffered stream I/O is integrated with format¬ 
ted input and output. 

Other. The operating system and utilities have been enhanced and freed of restrictions in 
many other ways too numerous to relate. 

t UNIX is a Trademark of Beli Laboratories. 



B. Hardware 

The UNIX V32 operating system runs on a DEC VAX-1.1/780* with at least the following 
equipment: " 

memory: 256K bytes or more. 

disk: RP06 or equivalent. 

tape: any 9-track MASSBUS-compatible tape drive. 

The following equipment is strongly recommended: 

communications controller such as DZ11 or DL11. 
full duplex 96-character ASCII terminals, 
extra disk for system backup. 


xhe system is normally distributed on 9-track tape. The minimum memory and disk space 
specified is enough to run and maintain UNIX V32. and to keep all source on line. More 
memory will be needed to handle a large number of users, big data bases, diversified comple¬ 
ments of devices, or large programs. The resident code occupies 40-S5K bytes dependin' on 
configuration; system data also occupies 30-55K bytes. 


C. Software 

Most oi the programs available as UNIX V32 commands are listed. Source code and 
printed manuals are distributed for all of the listed software except games. Almost all of the 
code is written in C. Commands are self-contained and do not require extra setup information, 
unless .specifically noted as ‘‘interactive.” Interactive programs can be made to run from a 
prepared script simply by redirecting input. Most programs intended for interactive use (e g 
the editor; allow for an escape to command level (the Shell). Most file processing commands 
can also go from standard input to standard output (“filters”). The piping facility of the Shell 
may be used to connect such filters directly to the input or output of other programs. 

1* Basic Software 


This includes the time-sharing operating system with utilities, and a compiler for the pro- 

grammtng language C-enough software to write and run new applications and to maintain or 
modify UNIX V32 itself. 


1.1. Operating System 


The basic resident code on which everything else depends. Supports the system 
calls, and maintains the file system. A general description of UNIX design phi¬ 
losophy and system facilities appeared in the Communications of the°ACM, 
July 1974. A more extensive survey is in the Bell System Technical Journal 
for July-August 1978. Capabilities include: 

O Reentrant code for user processes. 

O Group ’ access permissions for cooperative projects, with overlapping 
memberships. - • ° 

O Alarm-clock timeouts. 

OTimer-interrupt sampling and interprocess monitoring for debugging and 
measurement. 

OMultiplexed I/O for machine-to-machine communication. 


□ DEVICES 


All I/O is logically synchronous. I/O devices are simply files in the file system. 
Normally, invisible buffering makes all physical record structure and device 
character,sues transparent and exploits the hardware’s ability to do overlapped 
nbu ered plnsicai record I/O is available for unusual applications. 


\ AX is a Trademark of Digital Equipment Corporation. 
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Drivers for these devices are available: 

O Asynchronous interfaces: DZ11, DL11. Support for most common ASCII 
terminals. 

O Automatic calling unit interface: DN11. 

O Printer/plotter: Versatek. 

O Magnetic tape: TE16. 

OPack type disk: RP06; minimum-latency seek scheduling. 

O Physical memory of VAX-11, or mapped memory in resident system. 

ONull device. 

ORecipies are supplied to aid the construction of drivers for: 

Asynchronous interface: DH11. 

Synchronous interface: D^Pll. 

DECtape: TC11. ^ 

Fixed head disk: RS11, RS03 and RS04. • 

Cartridge-type disk: RK05. 

Phototypesetter: Graphic Systems System/1 through DRI1C. 

□ BOOT Procedures to get UNIX V32 started. 


1.2. User Access Control 

□ LOGIN Sign on as a new user. 

O Verify password and establish user’s individual and group (project) identity. 

O Adapt to characteristics of terminal. 

O Establish working directory. 

O Announce presence of mail (from MAIL). 

O Publish message of the day. 

OExecute user-specified profile. 

OStart command interpreter or other initial program. 

□ PASSWD Change a password. 

O User can change his own password. 

O Passwords are kept encrypted for security. 

□ NhWGRP Change working group (project). Protects against unauthorized changes to pro¬ 

jects. 

1.3. Terminal Handling 


□ TABS 

□ STTY 


Set tab stops appropriately for specified terminal type. 

Set up options for optima! control of a terminal. In so far as they are deducible 
from the input, these options are set automatically by LOGIN. 

O Half vs. full duplex. 

O Carriage return + line feed vs. newline. 

O Interpretation of tabs. 

O Parity. 

O Mapping of upper case to lower. 

O Raw vs. edited input. 

O Delays for tabs, newlines and carriage returns. 


1.4. File Manipulation 


Concatenate one or more files onto standard output. Particularly used for una¬ 
dorned printing, for inserting data into a pipeline, and for buffering output that 
comes in dribs and drabs. Works on any file regardless of contents. 



□ CP 



Copy one file to another, or a set of files to a directory. Works on any file 
regardless of contents. 

□ PR Print files with title, date, and page number on every page. 

OMulticolumn output. 

O Parallel column merge of several files. 

□ LPR Off-line print. Spools arbitrary files to the line printer. 

□ CMP Compare two files and report if different. 

□ TAIL Print last n lines of input 

OMay print last n characters, or from n lines or characters to end. 

□ SPLIT Split a large file into more manageable pieces. Occasionally necessary for edit¬ 

ing (ED). 

□ DD Physical file format translator, for exchanging data with foreign systems, espe¬ 

cially IBM 370’s. 

□ SUM Sum the words of a file. 

1.5. Manipulation of Directories and File Names 

Remove a file. Only the name goes away if any other names are linked to the 
file. 

OStep through a directory deleting files interactively. 

O Delete entire directory hierarchies. 

“Link” another name (alias) to an existing file. 

Move a file or files. Used for renaming files. 

Change permissions on one or more files. Executable by files’ owner. 

Change owner of one or more files. 

Change group (project) to which a file belongs. 

Make a new' directory. 

R.emove a directory. 

Change working directory. 

Prowl the directory hierarchy finding every file that meets specified criteria. 

OCriteria include: 

name matches a given pattern, 
creation date in given range, 
date of last use in given range, 
given permissions, 
given owner, 

given special file characteristics, 
boolean combinations of above.. 

OAny directory may be considered to be the root. 

OPerform specified command on each file found. 

1.6. Running of Programs 
The Shell, or command language interpreter. 


□ RM 


□ LN 

□ MV 

□ CHMOD 

□ CHOWN 

□ CHGRP 

□ MKDIR 

□ RMDIR 

□ CD 

□ FIND 



□ SH 





□ TEST 


□ EXPR 


□ WAIT 

□ READ 


OSupply arguments to and run any executable program. 

O Redirect standard input, standard output, and standard error files. 

OPipes: simultaneous execution with output of one process connected to the 
input of another. 

OCompose compound commands using: 
if ... then ... else, 
case switches, 
while loops, 
for loops over lists, 
break, continue and exit, 
parentheses for grouping. 

O Initiate background processes. 

O Perform Shell programs, i.e., command scripts with substitutable arguments. 
OConstruct argument lists from all file names satisfying specified patterns. 
OTake special action on traps and interrupts. 

O User-settable search path for finding commands. 

O Executes user-settable profile upon login. 

O Optionally announces presence of mail as it arrives. 

O Provides variables and parameters with default setting. 

Tests for use in Shell conditionals. 

OString comparison. 

O File nature and accessibility. 

O Boolean combinations of the above. 

String computations for calculating command arguments. 

O Integer arithmetic 
O Pattern matching 

Wait for termination of asynchronously running processes. 

Read a line from terminal, for interactive Shell procedure. 


□ ECHO 


□ SLEEP 

□ NOHUP 

□ NICE 

□ KILL 

□ CRON 


Print remainder of command line. Useful for diagnostics or prompts in Shell 
programs, or for inserting data into a pipeline. 

Suspend execution for a specified time. 

Run a command immune to hanging up the terminal. 

Run a command in low (or high) priority. 

Terminate named processes. 

Schedule regular actions at specified times. 

O Actions are arbitrary programs. 

O Times are conjunctions of month, day of month, day of week, hour and 
minute. Ranges are specifiable for each. 


□ AT 

□ TEE 

1.7. Status I 


Schedule a one-shot action for an arbitrary time. 

Pass data between processes and divert a copy into one or more files. 

nquiries 


List the names of one, several, or all files in one or more directories. 

O Alphabetic or temporal sorting, up or down. 

OOptional information: size, owner, group, date last modified, date last 
accessed, permissions, i-node number. 



□ FILE 


Try to determine what kind of information is in a file by consulting the file sys¬ 
tem index and by reading the file itself. 

□ DATE Print today’s date and time. Has considerable knowledge of calendric and horo¬ 

logies! peculiarities. 

OMay set UNIX V32’s idea of date and time. 

□ DF Report amount of free space on file system devices. 

□ DU Print a summary of total space occupied by all files in a hierarchy. 

□ QUOT Print summary of file space usage by user id. 

□ WHO Tell who’s on the system. 

OList of presently logged in users, ports and times on. 

O Optional history of all logins and logouts. 

□ PS Report on active processes. 

OList your own or everybody’s processes. 

OTell what commands are being executed. 

OOptional status, information: state and scheduling info, priority, attached ter¬ 
minal, what it’s waiting for, size. 

□ IOSTAT Print statistics about system I/O activity. 

□ TTY Print name of your terminal. 

□ PWD Print name of your working directory. 

1.8. Backup and Maintenance 

□ MOUNT 

□ UMOUNT 

□ MKFS 

□ MKNOD 

□ TP 

□ TAR 

□ DUMP 

□ RESTOR 

□ SU 


Attach a device containing a file system to the tree of directories. Protects 
against nonsense arrangements. 

Remove the file system contained on a device from the tree of directories. 
Protects against removing a busy device. 

Make a new file system on a device. 

Make an i-node (file system entry) for a special file. Special files are physical 
devices, virtual devices, physical memory, etc. 

Manage file archives on magnetic tape or DECtape. TAR is newer. 

O Collect files into an archive. 

O Update DECtape archive by date. 

OReplace or delete DECtape files. 

O Print table of contents. 

O Retrieve from archive. 

Dump the file system stored on a specified device, selectively by date, or 
indiscriminately. 

Restore a dumped file system, or selectively retrieve parts thereof. 

Temporarily become the super user with all the rights and privileges thereof. 
Requires a password. 


□ DCHECK 





□ ICHECK 

□ NCHECK 


□ CLRI 

□ SYNC 
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Check consistency of file system. 

OPrint gross statistics: number of files, number of directories, number of spe¬ 
cial files, space used, space free. 

O Report duplicate use of space. 

O Retrieve lost space. 

O Report inaccessible files. 

O Check consistency of directories. 

OList names of all files. 

Peremptorily expunge a file and its space from a file system. Used to repair 
damaged file systems. 

Force all outstanding I/O on the system to completion. Used to shut down 
gracefully. 


1.9, Accounting 

The timing information on which the reports are based can be manually cleared or shut off 
completely. 

O AC Publish cumulative connect time report. 

O Connect time by user or by day. 

O For all users or for selected users. 

^ Publish Shell accounting report. Gives usage information on each command 

executed. 

O Number of times used. 

O Total system time, user time and elapsed time. 

OOptional averages and percentages. 

O Sorting on various fields. 


1.10. Communication 


□ MAIL Mail a message to one or more users. Adso used to read and dispose of incom¬ 
ing mail. Tne presence of mail is announced by LOGIN and optionally by SH. 
OEach message can be disposed of individually. 

O Messages can be saved in files or forwarded. 


□ CALENDARAutomatic reminder service for events of today and tomorrow. 


□ WRITE 

□ WALL 

□ MESG 

□ CU 


□ UUCP 


Establish direct terminal communication with another user. 

Write to all users. 

Inhibit receipt of messages from WRITE and WALL. 

Call up another time-sharing system. 

OTransparent interface to remote machine. 

OFile transmission. 

OTake remote input from local file or put remote output into local file. 

O Remote system need not be UNIX V32. 

UNIX to UNIX copy. 

O Automatic queuing until line becomes available and remote machine is up. 
OCopy between two remote machines. 

O Differences, mail, etc., between two machines. 
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1.11. Basic Program Development Tools 

Some of these utilities are used as integral parts of the higher level languages described in sec¬ 
tion 2. 

□ AR Maintain archives and libraries. Combines several files into one for housekeep¬ 

ing efficiency. 

O Create new archive. 

O Update archive by date. 

O Replace or delete files. 

O Print table of contents. 

O Retrieve from archive. 

□ AS Assembler. 

O Creates object program consisting of 

code, normally read-only and sharable, 
initialized data or read-write code, 
uninitialized data. 

O Relocatable object code is directly executable without further transformation. 
O Object code normally includes a symbol table. 

©“Conditional jump” instructions become branches or branches plus jumps 
depending on distance. 

□ Library The basic run-time library. These routines are used freely by all software. 

OBuffered character-by-character I/O. 

OFormatted input and output conversion (SCANF and PRINTF) for standard 
input and output, files, in-memory conversion. 

©Storage allocator. 

©Time conversions. 

O Number conversions. 

O Password encryption. 

©Quicksort. 

ORandom number generator. 

©Mathematical function library, including trigonometric functions and 
inverses, exponential, logarithm/square root, bessel functions. 


□ ADB 


□ OD 


□ LD 


Interactive debugger. 

©Postmortem dumping. 

©Examination carbitrary files, with no limit 
©Interactive breakpoint debugging with the d. 
OSymbolic reference to local and global vmial 
OS tack trace for C programs 


on size. 

:bugger as a separate process, 
ales. 


OOutput formats: 

1-, 2-, or 4-byte integers in octal, decimal, or hex 
single and double floating point 
character and string 
disassembled machine instructions 
O Patching. 


©Searching for integer, character, or floating patterns. 


Dump any file. Output options include any combination of octal or decimal or 
hex by words, octal by bytes, ASCII, opcodes, hexadecimal. 

O Range of dumping is controllable. 


Link edit. Combine relocatable object files. Insert required routines from 
specified libraries. 
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O Resulting code is sharable by default. 

□ LORDER Places object file names in proper order for loading, so that files depending on 

others come after them. 

□ NM Print the namelist (symbol table) of an object program. Provides control over 

the style and order of names that are printed. 

□ SIZE Report the memory requirements of one or more object files. 

□ STRIP Remove the relocation and symbol table information from an object file to save 

space. 

□ TIME Run a command and report timing information on it. 

□ PROF Construct a profile of time spent per routine from statistics gathered by time¬ 

sampling the execution of a program. 

OSubroutine call frequency and average times for C programs. 

□ MAKE Controls creation of large programs. Uses a control file specifying source file 

dependencies to make new version; uses time last changed to deduce minimum 
amount of work necessary. 

O Knows about CC, YACC, LEX, etc. 

1.12. UNIX V32 Programmer’s Manual 

□ Manual Machine-readable version of the UNIX V32 Programmer’s Manual. 

O System overview. 

. OA11 commands. 

O All system calls. 

O All subroutines in C and assembler libraries. 

OA11 devices and other special files. 

O Formats of file system and kinds of files known to system software. 

OBoot and maintenance procedures. 

□ MAN Print specified manual section on your terminal. 

1.13. Computer-Aided Instruction 

□ LEARN A program for interpreting CAI scripts, plus scripts for learning about 

UNIX V32 by using it. 

O Scripts for basic files and commands, editor, advanced files and commands, 
EQN, MS macros, C programming language. 

2. Languages 
2.1. The C Language 

O CC Compile and/or link edit programs in the C language. The UNIV V32 operating 

system, most of the subsystems and C itself are written in C. For a full 
description of C, read The C Programming Language, Brian W. Kernighan and 
Dennis M. Ritchie, Prentice-Hall, 1978. 

OGeneral purpose language designed for structured programming. 

OData types include character, integer, float, double, pointers to all types, 
functions returning above types, arrays of all types, structures and unions of 
all types. 
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□ LINT 

□ CB 

2.2. Fortran 

□ F77 

□ RATFOR 

□ STRUCT 

2.3. Other Al] 

□ DC 


perations intended to give machine-independent control of full machine 
facility, including to-memorv operations and pointer arithmetic • 

O Macro preprocessor for parameterized code and inclusion of standard files. 
OA11 procedures recursive, with parameters bv value. 

O Machine-independent pointer manipulation.* 

O Object code uses full addressing capability of the VAX-11. 

O Runtime library gives access to all system facilities. 

O Definable data types. 

O Block structure 

Verifier for C programs. Reports questionable or nonportable usage such as: 
Mismatched data declarations and procedure interfaces. 

Nonportable type conversions. ’ 

Unused variables, unreachable code, no-effect operations 
Mistyped pointers. 

Obsolete syntax. . 

OFull cross-module checking of separately compiled programs. 

A beautifier for C programs.. Does proper indentation and placement of braces. 


A full compiler for ANSI Standard Fortran 77. 

O Compatible with C and supporting tools at object level 
O Optional source compatibility with Fortran 66. 

O Free format source. 

O Optional subscript-range checking, detection of uninitialized variables 
bytecompleT 3 ' 1 2 ~ ““ 4 ' byt6 4 ' and S - byte rea] ; 8 ‘ 16- 

Ratfor adds rational control structure a la C to Fortran 

O Compound statements. 

Olf-eise do, for, while, repeat-until, break, next statements 
vJ symbolic constants. 

OFile insertion. 

OFree format source 
OTranslation of relational like >, >=. 

O Produces genuine Fortran to carry away. 

O May be used with F77. 

Converts ordinary ugly Fortran into structured Fortran (i e Ratfor) „™» 
statement grouping, if-else, while, for, repeat-until. ' " “ ' 8 

Sorithmic Languages 

asconvemio P nafsta nl crfn! e h d M IC Ca . ICU,ator ' Has named s ‘°rage locations as well 
s conventional stack for holding integers or programs. 

O Unlimited precision decimal arithmetic. 

OAppiopriate treatment of decimal fractions 

0 he r x b adedmaT m ^ ° UlPUt radiCeS - in Particular binar *’ ° cla >. decimal and 
OReverse Polish operators: 

+ — * / 

remainder, power, square root, 
load, store, duplicate, clear, 
print, enter program text, execute. 


3 


^7 

/ 
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□ BC A C-Iike interactive interface to the desk calculator DC. 

O All the capabilities of DC with a high-level syntax. 

O Arrays and recursive functions.. 

O Immediate evaluation of expressions and evaluation of functions upon call. 
O Arbitrary precision elementary functions: exp, sin, cos, atan. 

OGo-to-less programming. 

2.4. Macroprocessing 

□ M4 A general purpose macroprocessor. 

OStream-oriented, recognizes macros anywhere in text. 

O Syntax fits with functional syntax of most higher-level languages. 

O Can evaluate integer arithmetic expressions. 

2.5. Compiler-compilers 


□ YACC An LR(1)-based compiler writing system. During execution of resulting 
parsers, arbitrary C functions may be called to do code generation or semantic 
actions. 

O BNF syntax specifications. 

O Precedence relations. 

O Accepts formally ambiguous grammars with non-BNF resolution rules. 


□ LEX Generator of lexical analyzers. Arbitrary C functions may be called upon isola¬ 

tion of each lexical token. 

OFull regular expression, plus left and right context dependence. 

O Resulting lexical analysers interface cleanly with YACC parsers. 

3. Text Processing 

3.1. Document Preparation 


□ ED 


□ PTX 

□ SPELL 


□ LOOK 


Interactive context editor. Random access to all lines of a file. 

OFind lines by number or pattern. Patterns may include: specified characters, 
don’t care characters, choices among characters, repetitions of these con¬ 
structs, beginning of line, end of line. 

O Add, delete, change, copy, move or join lines. 

O Permute or split contents of a line. 

O Replace one or all instances of a pattern within a line. 

O Combine or split files. 

OEscape to Shell (command language) during editing. 

ODo any of above operations on every pattern-selected line in a given range. 

O.Optional encryption for extra security. 

Make a permuted (key word in context) index. 

Look for spelling errors by comparing each word in a document against a word 
list. 

0 25,000-word list includes proper names. 

O Handles common prefixes and suffixes. • 

O Collects words to help tailor local spelling lists. 

Search for words in dictionary that begin with specified prefix. 
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□ CRYPT Encrypt and decrypt files for security. 

3.2. Document Formatting 

□ TROFF 

□ NROFF Advanced typesetting. TROFF drives a Graphic Systems phototypesetter; 

NROFF drives ascii terminals of all types. This summary was typeset using 
TROFF. TROFF and NROFF are capable of elaborate feats of formatting, 
when appropriately programmed. TROFF and NROFF accept the same input 
language. • 

OCompletely definable page iormat keyed to dynamically planted “interrupts” 
at specified lines. 

OMaintains several separately definable typesetting environments (e.g., one for 
body text, one for footnotes, and one for unusually elaborate headings). 

O Arbitrary number of output pools can be combined at will. 

O Macros with substitutable arguments, and macros invocable in mid-line. 

OComputation and printing of numerical quantities. 

OConditional execution of macros. 

O Tabular layout facility. 

O Positions expressible in inches, centimeters, ems, points, machine units or 
arithmetic combinations thereof. 

OAccess to character-width computation for unusually difficult layout prob¬ 
lems. 

OOverstrikes, built-up brackets, horizontal and vertical line drawing. 

O Dynamic relative or absolute positioning and size selection, globally or at the 
character level. 

Ooan exploit the characteristics of the terminal being used, for approximating 
special characters, reverse motions, proportional spacing, etc. 

The Graphic Systems typesetter has a vocabulary oi several 102-character fonts (4 simultane¬ 
ously) in 15 sizes. TROFF provides terminal output for rough sampling of the product. 

NROFF will produce multicolumn output on terminals capable of reverse line feed, or through 
the postprocessor COL. 

High programming skill is required to exploit the formatting capabilities of TROFF and 
NROFn, although unskilleo personnel can easily be trained to enter documents according to 
canned formats such as those provided by MS, below. TROFF and EQN are essentially identi¬ 
cal to NROFF and NEQN so it is usually possible to define interchangeable formats to produce 
approximate proof copy on terminals before actual typesetting. The preprocessors MS, TBL, 

and REFER are fully compatible with TROFF and NROFF. 

□ MS A standardized manuscript layout package for use with NROFF/TROFF. This 

document was formatted with MS. 

O Page numbers and draft dates. 

O Automatically numbered subheads. 

O Footnotes. 

OSingle or double column. 

O Paragraphing, display and indentation. 

O Numbered equations. 

□ EQN A mathematical typesetting preprocessor for TROFF. Translates easily readable 

formulas, either in-line or displayed, into detailed typesetting instructions. For¬ 
mulas are written in a style like this: 

sigma sup z 1 over N sum from i~ 1 to N ( x sub i — x bar ) sup 2 
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which produces: 

;v i-i 

O Automatic calculation of size changes for subscripts, sub-subscripts, etc. 

OFull vocabulary of Greek letters and special symbols, such as ‘gamma’, 
‘GAMMA’, ‘integral’. 

O Automatic calculation of large bracket sizes. 

O Vertical “piling” of formulae for matrices, conditional alternatives, etc. 

O Integrals, sums, etc., with arbitrarily complex limits. 

ODiacriticals: dots, double dots, hats, bars, etc. 

O Easily learned by nonprogrammers and mathematical typists. 

□ NEQN A version of EQN for NROFF; accepts the same input language. Prepares for¬ 

mulas for display on any terminal that NROFF knows about, for example, 
those based on Diablo printing mechanism. 

OSame facilities as EQN within graphical capability of terminal. 

□ TBL A preprocessor for NROFF/TROFF that translates simple descriptions of table 

layouts and contents into detailed typesetting instructions. 

OComputes column widths. 

OHandles left- and right-justified columns, centered columns and decimal-point 
alignment. 

O Places column titles. 

O Table entries can be text, which is adjusted to fit. 

OCan box all or parts of table. 

□ REFER Fills in bibliographic citations in a document from a data base (not supplied). 

O References may be printed in any style, as they occur or collected at the end. 
OMay be numbered sequentially, by name of author, etc. 

□ TC Simulate Graphic Systems typesetter on Tektronix 4014 scope. Useful for 

checking TROFF page layout before typesetting. 

□ COL Canonicalize files with reverse line feeds for one-pass printing. 

□ DEROFF Remove all TROFF commands from input. 

□ CHECKEQ Check document for possible errors in EQN usage. 

4. Information Handling 

Sort or merge ASCII files line-by-line. No limit on input size. 

OSort up or down. 

OSort lexicographically or on numeric key. 

O Multiple keys located by delimiters or by character position. 

OMay sort upper case together with lower into dictionary order. 

O Optionally suppress duplicate data. 

Topological sort — converts a partial order into a total order. 

Collapse successive duplicate lines in a file into one line. 

O Publish lines that were originally unique, duplicated, or both. 

OMay give redundancy count for each line. 

Do one-to-one character translation according to an arbitrary code. 




□ SORT 

□ TSORT 

□ UNIQ 

□ TR 
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□ DIFF 


□ COMM 

□ JOIN 

□ GREP 


□ LOOK 

□ WC 

□ SED 


□ AWK 


5. Graphics 

The programs 
scopes. 

□ GRAPH 


□ SPLINE 

□ PLOT 


OMay coalesce selected repeated characters. 

OMay delete selected characters. 

Report line changes, additions and deletions necessary to bring two files into 
agreement. 

OMay produce an editor script to convert one file into another. 

O A variant compares two new versions against one old one. 

Identify common lines in two sorted files. Output in up to 3 columns shows 
lines present in first file only, present in both, and/or present in second only. 

Combine two files by joining records that have identical keys. 

Print all lines in a file that satisfy a pattern as used in the editor ED. 

O May print all lines that fail to match. 

OMay print count of hits. 

OMay print first hit in each file. 

Binary search in sorted file for lines with specified prefix. 

Count the lines, “words” (blank-separated strings) and characters in a file. . 

Stream-oriented version of ED. Can perform a s'equence of editing operations 
on each line of an input stream of unbounded length. 

O Lines may be selected by address or range of addresses. 

O Control flow and conditional testing. 

OMultiple output streams. 

O Multi-line capability. 

Pattern scanning and processing language. Searches input for patterns, and per¬ 
forms actions on each line of input that satisfies the pattern. 

O Patterns include regular expressions, arithmetic and lexicographic conditions, 
boolean combinations and ranges of these. 

OData treated as string or numeric as appropriate. 

OCan break input into fields; fields are variables. 

O Variables and arrays (with non-numeric subscripts). 

OFull set of arithmetic operators and control flow. 

OMultiple output streams to files and pipes. 

OOutput can be formatted as desired. 

OMulti-line capabilities. 


in this section are predominantly intended for use with Tektronix 4014 storage 

Prepares a graph of a set of input numbers. 

O Input scaled to fit standard plotting area. 

'■O Abscissae may be supplied automatically. 

O Graph may be labeled. 

O Control over grid style, line style, graph orientation, etc. 

Provides a smooth curve through a set of points intended for GRAPH. 

A set of filters for printing graphs produced by GRAPH and other programs on 
various terminals. • Filters provided for 4014, DASI terminals, Versatec 
printer/plotter. 
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6. Novelties, Games, and Things That Didn’t Fit Anywhere Else 

□ BACKGAMMON 

A player of modest accomplishment. 

□ BCD Converts ascii to card-image form. 


□ CAL 

□ CHING 


Print a calendar of specified month and year. 

The / Clung. Place your own interpretation on the output. 


□ FORTUNE Presents a random fortune cookie on each invocation. Limited jar of cookies 

included. 

□ UNI^S Convert amounts between different scales of measurement. Knows hundreds 

or units. For example, how many km/sec is a parsec/megayear? 

□ ARITHMETIC 

Speed and accuracy test for number facts. 

□ QUIZ Test your knowledge of Shakespeare, Presidents, capitals, etc. 

□ WUMP Hunt the wumpus, thrilling search in a dangerous cave. 

D HANGMAN Word-guessing game. Uses a dictionary supplied with SPELL. 

□ FISH Children’s card-guessing game. 
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SOFTWARE TOOLS and UNIX Users Group 
Conference Report 

by 

David M. Phillips 


Introduction 

The conference ran on June '19 — 23 and was held at the University 
of Toronto. The campus was most attractive? combining grand old 
ClSz.6) architecture with outstanding modern work using many 
interesting angular shapes of different scale. The weather was 
coal and clear. 

The first day was a separate one-day conference on SOFTWARE 
TOOLS. Dennis Hall and Debbie Scherrer of Lawrence Berkeley 
Labs CLBL) organized the meeting. They introduced the idea at 
the end of the winter Unix meeting. They conducted a survey? 
organized a meeting? and announced it shortly before the summer 
conference. Even so? they attracted 96 attendees? 46 came for 
the tools meeting alone. 

The popularity of the tools is spreading far and wide. People 
are Uoing them to provide a set of powerful and portable 
syst em-interf ace / text processing capabilities. They also 
provide a common user-interf ace across machines and operating 
syst ems! _. 

The UNIX conference ran three and a half days. It was organized 
by the Computer Science Research Group (CSRG) at U. Toronto. A 
wealth and vast array of software (mostly for free) was offered 
throughout the proceedings. Unfortunately? CSRG wasn't prepared 
to deal with the volume of incoming an L76C6-C3C ? +s 
We'll have to spend some time and effort to get it from a few 
regional sites selected to get t apes. . 

The three areas of most signif icant developments seemed to me to 
be: languages (Pascal on Unix and C on anything else)? system 
improvements (performance? reliability? integrity)? and porting 
Unix to other machines. But there was a wide range of 
additional interests expressed. The Unix conferences have 
always been fun for me? because it is clear that people enjoy 
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using their 
improve in 
implement i n g 
f ash ion. 


systems. If they're not tinkering with Unix to 
capabilities or performance! then they're 
interesting applications on it in an economical 


SOFTWARE TOOLS 

Brian Kernighan — Bell Labs 

Described STRUCT 5 a program to reformat Fortran programs into 
Rat t or. This C program is distributed with version 7 Unix. 

Described EFL, extended fortran language! being worked on at 
labs. True compiler! but source code can be converted to 

standard Fortran. Extensions beyond Ratfor. Big, slow, written 
i n C. 


David Hanson — U. Arizona 

Projects: enhanced Ratfor, Ratsno, I/O systems, editors, 

portable directory systems, new tools, and the ICON lanquaqe 
{working with Ralph Sriswold on this? see recent SISPLAN) . 

Ratfor: syntax sugar, change lookup to hashing, optimize 

got os. * r 

High performance, flexible I/O for CDC and DEC-10. File 

system interface conforms to what user expects on a particular 
machine. 


Chris Fraser developed a 
manager and ed as a back-end. 
to other processes to 
interact ion. 

The portable directory 
hierarchical directory 
system file structure, 
primitives. In Ratfor 
or create are done. 

Many tool enahancements 1 edit, 
evaluator), archive, sort, roff. 

New tools: ta (tape archive)? nar (faster than maklib). 

Arizona made change (about 7 lines of monitor code) 
instead of saying "R foo", can simply say "foo", 

ICON: intended as successor to SN0B0L4 and SLf>. A different 

string processing language. Written in Ratfor! 


display editor, with a small screen 
Described how it has been applied 
produce displ ay-orienied system 

system implements the (Unix) 
structure on top of a standard operating 
Provides all directory manipulations 
No impact on file efficiency afteropen 


macro (added infix 


expression 


so 


Doug Comer -- Purdue 

Used a profiler and determined LOOKUP accounted for 607. of 

execution time of Ratfor. Rewrote it in Pascal to use hash 
codes. 

Made include and define separate statements recoqnized by 
parser at upper-level. " 1 

Call it M0USE4. 
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saves 


Limited to line-oriented I/O. 

Using native characters, instead of mapping to internal 
es considerably. 


code 


"funnel 11 ! 


Allen Akin— Georgia Tech. 

U'ed^PRTMoc 601 comp . Ute tools system on new Prime 400 comauter. 
subsystem ° perat,nB s y £ tem as base level. A complete 

= rioesn't support multiple processes per user, but their 

^hell gevS around it. Requires recursive Fortran. 

Have a screen editor like Fraser's. 

Put a lot of work into shall. Added concept of "funnel", 
multiple numbered standard I/O files that can be redirected 

J°" .!? r , f ] Renames with small differences. E.q. 
TileCl 2 3) for file! file2 file3. 

CWally has handout.3 
Dennis Hall — LBL 

be = Ratfor . a vanilla Unix shell! plus scripts can 

be filters, plus program input can be included in scripts! minus 
ii» goto? and filename wildcards (boo!). 

f or^r n A /f i f up,Dor J; networks W1 **^ ^He shell; commands of the 

form. A/fi l e name where A is hostname. 

Joe Svent ek -- LBL 

network!^ 01 " U£er - raaoh1ne interaction in heterogenous 

Plan is to maintain an open connection between machines. 
Pap*, environment ana commands through this. For a service, 

wH^Arpanet) . d ’ reCt li " k l ° the SBrver on the remote host (as 

Extended filenames for networks? /3ho^t/"rest nf 

paihVfile. ano^i/ rest of 

Primitives extended to net. 

or igdn a? ^package ^ EC ^ ET Unde " Hamilton at DEC wrote 


Robert Munn — U. Maryland 

Developing RATMAC, includes Ratfor and Macro. Responsible 
for distributing a system of 90,000 lines of code. It must be 
extreme y portable an2 trouble-free, because it is delivered' to 
crystallographers (naive computer users) in many countries usinq 
informltion?^ COmputers ' The macros convey machine-dependent 


Robert Sordon — PRIME Research 

Confession that they use the tools because the usual PRIM0S 
interface is so poor. Developing a lOMhz network. 

Fourty survey responses returned. To get the survey: 
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Debbie Scherrer 

Computer Science and Mathematics Department 
Lawrence Berkeley Laboratories 
Berkeley? CA 94720 
(SCHERRER3LBL-UNIX) 

LBL awarded Brian a "godfather" Software Tools T-shirt. Shows a 
rat with tail forming the number 4? composing software at a 
terminal. LBL has a Ratfor mail system of the "mh" genre. 

Distributions- discussion of schemes. About dozen people with 
automatic call units. About a dozen with Arpanet access. 
Develop and use a portable tape archiver. 

News letter: 

Todd Kushner 

Te l e n e t - GTE 

8330 Old Courthouse Rd. 

Vienna? VA 221SO 
703/827-9200 

Neil Groundwater? Analytic Dis£p?ines? Vienna? VA offered info 
on driving an ACU. 


UNIX Users Group 

Ron Baeker was chairman. He's a professor of C.S. and director 
of Dynamic Graphics Project. 

Professor Andrew Tannenbaum — U. Amsterdam — Pascal 

A portable Pascal? uses EMI? an intermediate language. Can 
produce code to be interpreted? or send thru an optimizer and 
produce executable code. 

Put on distribution tape the complete Pascal system with 
documentation? and fixed Unix assembler and loader (to 
sg comodat e large files). (Others who've received the 
distribution say it's really fine. Excellent document ation . ) 

Fully compatible with British standard. A full 
implementation. get(input) is lowest level function required of 
operating system. Restrictions: range of cases must be < 256? 
max. string length is 72 chars; max set size 256. Features: 
separate compilation? mark/release? Unix style strings? external 
procedures? <> comments nest. 

Supports assertions? source line numbers are kept for debug? 
if debug conditional? record of procedure entry/exit? warnings 
for variables not set or used? variables initialized to 
undefined. 

Berkeley Pascal is twice as fast to compile (is even faster 
than cc)? but is an interpreter. Slower than compiler. 
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info on EMI machine, 
be avaliable at cost 


from: 


See CACM Mar. 78 for 
Future editions will 
Bruce Knobe 
Intermetrics Inc. 

701 Concord Ave. 

Cambridge? MA 02138 

Jim Cordy--U. Toronto --Euclid 

, Ascribed Euclid? a Pascal-based prog. languaqe for secure 
(proveable) systems. A compiler commissioned in"l976. In Auq 

1 J 01 7 * Ve ? ture «f s b ?9 un between I.P. Sharp and U. Toronto.'* 
Jan. 78 - trans l i terator from "small" Euclid to C. 

Jun. 79- translator for full Euclid except coder? last 
pass. 

Fall 79 - full Euclid. Distribution from IPS with 

maintenance for some cost. 

Big - about 60?000 lines? slow because of semantic checks. 

Richard Bolocca — U. Illinois — Path (concurrent) Pascal 

Superset of Pascal? including concurrency and data 

kjaoa’ DSJ 0 10 I!\ +l U5ed ln * 8ac bing and real-time programming (for 
NASA space shuttle). * * 

dynamically. Runs under Unix or 

system about 1?000 lines of code. Will 
Two pass? requires separate I/D space. 
11 s? (and coming! Series/ 1 ? Prime 500 

in Fall at nominal cost. 


Can create processes 
stand—alone. Run — time 

run on LSI -11 with 16K. 

Versions for Z80? all 
and above). Distributed 


Bill Joy U. C. Berkeley — lanquaqes for VAX 

Pascal interpreter moved? compiler being worked on. 

SCALD — electronics design package moved. Developed 


Pascal? used to design Series/ 1 . 
Intended to reach MACLISP or LISP 


interpreted no 1 , 
full compiler. 
Working on compiler. 


machine 


- slow. Will run 2/5 of 


Stanford? written in 

LISP written in C 
capability. Fully 
MACSYMA. Working on 

APL interpreter. 

MODULA from York moved. 

RIG E L - a typed? relational 
SIGMOD). 

Implementing MACSYMA, 

Developing n 3"? a modified FORTH. 

Developing STAPL? a structured 

l anguage. 

TERMCAP 
80 now). 

C shell - a shell command lanauaqe like C 
small V machines^ erne ^ ^ t0 teit programs to run on 


data-base language (see last 


programming and applications 


data base describing how to drive terminals (have 


Keith David 


Teletype C cross-compiler 
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f or 


To,L 8 ° C u r ° S T ?° lTipi ler that runs under PWB. Developed 

^ ba L" --r f 

more code than for an 11 A 3Mh-* 7 an n . t 

11/7Q> r 11 Z °U runs 1/8 the speed of 


an 


Brian Kernighan — Belt Labs — version 7 Unix 

r^r^rir- ‘ _ UNTi 

systems)! lex (lexical analyzer generator)i awk (simple P pattern 
match,ng language)! sed (stream editor); n 6 « sh L 

programm,ng constructs! learn (interactive CAI system Tha^ 

the°machf neK "adb^ > '" t f 7 s P er ^ se instruction with actually using 
Unix file t db .symbolic! dynamic C debugger)i.uucp (Unix to 
Unix file transfer)! refer (inverted indexes)! troff, eon, ih 
(typesetter, equation, and table formatter processors). ^ 


Ha. 


"for 


"whUe"r e "until"-"rBH°"' i nas " Tor "’ "case", " i f-t hen-e Ise " 
all ™ ’ J t 1 ’ red,reot error output! capture command outputs 

SK-S'f! .. if ..irRf ■ r 5jL,:’- i w 

Jl'.* 

proper syntax for += (instead of =+). 

problems? nroh?h? C prograras for type violations, portability, 
Uses ma"; heur ist i cs^" ’ SUSp, ' CioUS coda ' * ad =° d in S style. 

dependencies. COnStrUOt£ pr ° srams according to script of 

standard^Fortran °I/0 1 *1 1 us 1 ^n i x *1 /Q P1 “u 3 r -“7 ex4 er >sions. 
and back-end. P ° 1/0 ' Uses C internal language 

!!r UCt n I*? 0,,Vert * Fortran Programs to structured Ratfor. 
awrt - pattern scanning and processing 

learn - powerful script interpretation language. 

New crypt algorithm. Implements DES plus a few goodies. 

Tom London — Bell -- UNIX/32V 
Unix v.7 ported to the VAX 

"*<•■■ ,».u, 

"roce^- nsod^P l' BSS s P ace " scatter loading - no page of a 

£need"d! » contiguously! swap out only as much' space 

system?^ Can USe aU of me mory except that used by 

Ported by two people in five months (long days). 
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Prof. Desaute Is — Wisconsin U. — use of VAX 
Cnothing noteworthy! 

Howard Weiss — DoD — KSOS (secure kernel) 

Ford Aerospace is now working on the codinq, Plan to be 
completed by 1st of year. Contract is for it to run no more 
that twice as slow as v.6 Unix. 

CDennis Mumaugh reports that Ford Aerospace has done work 
with the ACC UMC-80 communications microcomputer.] 


Al Arms — Western 

Electric — 

L i c e n s i n g 


MINI 

initial cp u 

add'l epu 

bin ary 

timesharing service 

$12?000 

$4 ? 000 

UNIX 

$20 ? 000 

$8 ? 700 

$8 ? 400 

10 % of net sales 

PWB 

$30 ? 000 

$10?000 

$12 ? 000 

107. 

v.7 

$28?000 

$9 ? 400 

$11?700 

10 % 

32V 

$40?000 

$15 ? 000 

$18 ? 000 

10 % 

An 

educational 

adm inistrat 

iv e license is 1/3 o f 


commercial feej across the board. 

PWB v.^ has just been released internal to Bell. The only 
thing PWB has over v.7 is sees (source code control system) and 
rje Cwhich people say is a real loser!. 

New Unix {licenses ban teaching of Unix Internals! 
but documentation is in the public domain. 

MERT? LSX? and Interdata Unixes will not be released. 

Aboui 550 educational* 250 commercial licensees. 

Lou Katz -- Columbia U. -- Usenix Association 

Papers have been signed to create “Usenix Association"? a 
not-for—profit association operating in New York. 

0 t f i c e r s» Lou Katz — president? Lew Law — vice-president? 
Mel Ferentz - treasurer? Armand Gazes? Peter Weiner? and Mars 
Srslia board members. 

Only license holders can vote. You can purchase as many 
memberships as you have licenses. 

Classes of membership: commercial institution - $300? 

educational institution - $100? individual - $12. These all get 
the newsletter Cwhen/if ever it appears!. Institional members 
gat a software distribution tape. Non-votinq institutional 
membership (for Bell components) also available. 

onf £Plan to start copying distribution tape around 1st of year 
Membership forms to be sent July 1, 

Usenix Association 
Box S 

RockefellerUniversity 
1230 York Ave , 

New York? N.Y. 

CA Canada DECUS UNIX SIG was recently formed. DECUS didn't 
care for the idea? but allowed it.! 
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Mark Krieger — Whitesmiths — C compilers 

PDP-11 C compiler for Unix, RSX-11M, RT-11, IAS, RSTS 

I/0!°^r^L l1b So«r rn a f UOC ’ free! Char ’ Une ’ a " d formatted 
. /J str,ngs. Some routine names and callinq seauences 
incompatible with standard library. 9 q ences are 

8080 C cross-compiler. Full v.7 C. Code, generated is Any 

re'flC ° n a " l 1- Use£ " a natural” assembly lanquage,’ 

. f -tth pass of compiler. Interface to CPM, ISIS-II,"CDOS. 
Includes machine library. Has 16, 32, 64-bit math. 

Avail. July 79: "a natural" assembler, loader, librarian for 

compiler largest pass is 47k (can compile 
Runs on PDP-11 or SOSO. Full C compiler 


OS takes 7k? 
in that space). 


8080 . 
itself 
under CPM. 

Avail. Fall 79: 

Functionally equivalent 
f i le syst em? shel Is ? 
Whitesmiths! so 
' Early I960; 

16-bit micro. 


no Western Elec. 
VAX native-mode 


IDRIS operating system on LSI-11, 
to Unix? including system calls? v.6 
and pipes. But developed solely by 
licensing. 

C compiler? C comailer on a 


David Lilienfeld -- Johns Hopkins — YASL 

Yet Another Statistical Language. Intended to be a superset 

d il“ h, ^H lin ^ rS • nd£ m f tric ° s - Will have regular, virtual (on 
P ’ ! . d dynamic matrices. Based on LINPAK and EISPAK. 

„ . *4 "j n ^f V f f] rs f version by end of summer. Done with vacc. 
Richard Bartels is a co-investigator in the project. 

DennisMumaugh — NSA — CORE qraphics system 
. J"Pl*M"ted the SIGGRAPH ‘CORE graphics system in C. The 
Thf tB S-’f ■, lk f- y no * weU wr ’tten because done by C amateurs 
c‘^IG^RAPH r s°n ,0 " ’" cludss one driver for a Genisco system. 

Sl1 5 RAPH H R :;ort. 3 a WUH tHe C ° RE «»“•»• •>•». ™ 


Martin Tuori -- DCIEM — Research Display System 
Interested in audo-visual communication? 
information presentation. Use a VG display system? 
display? PDP-11/34. y 


enhancing 
Norpak color 


t w s l v e 
Bad report 
fantastic 20 
lab. But 
proprie t ary. 


Tom Duff NYIT — color graphics 
New /ork Institute of Technology 

Make cartoons and special TV visual effects. Use up 
frame buffers for color work (a 512x512x8 bit memory) 
on reliability of Genisco frame buffers, 
minute videotape presentation of work done 
none of their software is available 


t o 


Gave a 
at the 
— all 
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hike Muus -- Johns Hopkins -- terminal independent graphics 

Available now. Produces a univercml position file. Have 
interpreters for incremental 1 vector? and raster devices. 
Includes basic CalComp stuff? i.e. axis? line? symbol? and so 
on. 

Supports HP? Tektronix? HI? Versatee? Diablo? and Ramtek 
devices. Takes an afternoon to add support for a new device. 
Request it from: 

Dr. He nrikson 
Ballistics Research lab 
•Aberdeen Proving Grounds 
Aberdeen ? MD 

G. Toth -- Johns Hopkins — V'ERSET 

A phototypesetter emulator. Fast? small? 

efficient. Uses fonts that duplicate the GSI fonts. Wants 200 
dots/inch V. $500 for educational (includes source). 

David Macfarlane — Bell Northern Software Research CBNSR) 
SOfice automation 

Cnothing noteworthyO 

Bill Buxton — U. Toronto — music concert 

Gave a music concert. Uses an LSI—11 for D/A conversion of a 
stored musical score. Then performer can “conduct 11 performance 
using a graphics tablet to interact with choices on a terminal 
screen. 

Lynn Brock — Computer Corp. of America — software registry 

An Arpanet contractor? they propose to produce a registry of 
Unix software and C compilers. To include free and commercial, 
offerings. Intend to create a data-base and query system. Will 
have an 800 phone number? Arpanet? and possibly Telenet access. 
Will have users ere ate/update their own entries. 

John Kornatowski — U. Toronto — MRS data-base system 

Developed a small relational data-base system. Intended to 
run on micros. Running on Unix now. For small data-bases? up 
to about 10Mb. Fast? easy? simple. Runs under Unix and Mini-U. 
on all 11s. 

Runs on LSI-11 with CRT? dual-density floppy? and full 
memory. 

Programs require only 25k? 300 blocks disk storage. 

Available for $200 from: 

MRS Distribution Manager 
Computer Science Research Group 
U. of Toronto 
Toronto? Ontario? Canada 
M5S 1A1 
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Bob Hudyma — U. Toronto — adapting MINI-UNIX for LSI-11 

Made MINI-U run on LSI-11/1 and 11/2. Use EIS chip? 28k 
words memory? 2 AED floppys. Runs single user? could run 2-3 
users with a fast disk for swapping. 18k words user memory. 

Usual software. Pipes implemented with tmp files. No 
sequential contiguous files. A 200 line C program compiles in 
three and a half minutes. 

How it was done! write device driver for disk? remove 
references to processor status and replace by subroutine calls 
(put subr. in (nchiS) ? eliminate clock references in main.c? 
modify init.c for single user (eliminate switch register)? and 
add a swap flag to prevent swapping if swap in progress. 

System is distributed with MRS. 


Dan Geelan Bell Production Systems — performance improvement 


Working to improve 
system. 

performance of 

an 

11/70 

-based 

Uni x 

Implemented: swap 

device driver 

(to 

al low 

swappinq 

t 0 


several devices)? swapmap and coremap exceptions? efficient raw 
mode for tty and dh (uses a wakeup char)? RWP06 drivers? disk 
space assignments based on system use? rewrote LP11 driver. 

In design! RWSQ4 replacement - mass memory on massbus? smart 
DH-11 via UMC-SO. 

He recommends this priority for performance improvements! add 
256k bytes of memory and a floating-pt. unit? add a swap device? 
add another 256k memory? separate disk controllers (put TE16 
tape system on Unibus if necessary to make room for disk 
controller)? add a smart data handler? add a cpu and split up 
app l icat ions. 

Eric Ostrum — CMU NCSL — real-time 

Neurological Control Systems Lab. Diagnose brain disease by 
gait and eye movement analysis. 

Has drivers for AD11-K? AA11-K? KW11-K? DR11-C. Some 

graphics software. Available for $50. 

Bill Croft — Purdue — networking 

Use DMC-11 and DA-11B (1 MHz). Connected shell to 

communicate across systems. Simple virtual terminal protocol. 
Runs programs on remote host with local I/O. So? for instance? 
to transfer a file? simple cat it on remote host? redirected to 
a file on local host. Net looks like device drivers with pool 
of devs for each host. Uses sockets similar to Arpanet. 
C-callable function library of net stuff. Requires extensive 
kernel mods. Ad hoc development. Will be undergoing changes. 

William Lindermann — NYIT — networking 

Similar to above? but simpler. Use an 11/34 in center of 
star as front-end to terminals and other systems. 
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Mike Tilson -- Human Computing Resources -- RT-11 emulator 

RT11 emulator running under Unix. A complete system* except 
for keyboard monitoring* which is available separately at extra 
cost. Runs RT-11 binaries without change. Version 3B is 
single-user. Files in Unix format. Educational license is 
$810. CWally has irisnual.] 

Mark Krieger — Whitesmiths -- more on IDRIS 

IDRIS is a Unix look-alike system. Developing versions for 
LSI—11 and Chromemeo Z-80. Multi—job LSI—11 out around Jan. 
1980. A single job version for the SOSO will likely follow. 
Pricing is unusual 50 cents per line of source code for 

source* 5 cents per for binary license. So IDRIS will be about 
$lbOQ for source. 

Dennis Hall — LBL — software tools 

Brief report on SOFTWARE TOOLS meeting. 

Alfred Whaley U. Illinois — multiple address space 

Have developed a set of tools to manage memory allocation. 
Mentioned that problem arose because they've developed a 
multiplexor box that drives very many devices. 

Ian Johnstone -- U. New South Wales — 1100 users 

Implemented: kernel overlays? shared data (read/write text 

segments)5 optimized disk drivers. 

Using 11/70* 8 DZs* two-80MB disks* 13*000 connect 

hours/month. Mostly using Berkeley's Pascal. 

Changes to support many users: binary password file* with 
much extra info? error togging and recovery* disk compactor* 
system printf* large file system dump/restore * new* faster, 
■fccheck* profiling tools* many kernel changes. 

Results: response is ok with 44 users* it takes 32 seconds 

to compile and execute a two second Pascal program. 

Software is included on the conference tape. 

George Goble -- Purdue -- 1400 users 

Same problem as above* much of the same work. Also: dual 
swap devices* auto file system recovery* fast tty 1/0. 

Very large hardware configuration. Has a lot of experience 
dealing with bus problems. Mentioned that DEC district support 
has bus analyzer/testers. Says to check all power supplies for 
5.05 volt logic during PM. 

Mike O'Dell at U. Oklahoma is using Purdue system with good 
success. 

Can get software by writing George. 

Walter Lazear — AFDSC —— bad blocks 

Have done various software work. Most notable are changes to 
deal with bad blocks on disk. Made changes to kernel (small)* 
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nikfs? *check? df ? clri i dump? and restor. Mark bad blocks when 
initializing a disk? but note mkfs takes up to 50 minutes on a 
56k-block device. Raw devices are not protected? and there's no 
dynamic detection of bad blocks. Requires no changes to disk 
drivers. CINMAC (formerly MCA) sells packs guaranteed error 
free for three years.3 

Also fixed up exit codes in commands? added a command 
synopsis feature and a consistent user interface. Their shell 
has an "open" edit mode for the previous command! 

Software available on request toi 
Walter Lazear or Charles Muir 
Air Force Data Services Center 
The Pentagon? room 1D988 
Washington? D.C. 

202/695-6161 (also check for current Arpanet address) 

Carl Howe -- BBN — Microproqrammable Building Block 

Described the BBN Microprogrammable Building Block? a 
qeneral-purpose computer. It's a table-top computer. Intended 
to have the power of an 11/70 at the price of an 11/34. BBN 
uses it now to emulate a Honeywell 316 at 1.5 times the speed. 

Specs; 16 or 20 bit words? 135 nsec cycle time for 20 bit 
word? 2-8k RAM and ,5-Sk PROM microcode memory? 32-128k main 
memory? 1024 high-speed microprocessor registers? one minute 
battery backup? 300 watts at 110 VAC? Schottky technology. 

Should be available commercially? delivered with a Unix 
operating system? about Summer 1980. For information contacts 
The BBN Computer Company 
Bolt Beranek and Newman Inc. 

50 Moulton Street 
Cambridge? MA 02138 
617/491-1850 x3642 

Hale Pierson — RLS — Unix on aUnivac 

Ported Unix to the Univac V77. Complete system is up? but 
not all the utility software. Many difficulties because the V77 
is a word (not byte) addressable machine. Also? there's no 
integer compare (!) or variable shift. Code generation is about 
20-307. larger than for an 11. Required 5-6 months by one person 
to port the C compiler. 

R. N. Jesse — Johns Hopkins -- usage accounting 

Use a user information file with a one-to-one line 

correspondence to /etc/passwd. It keeps accounting information? 
limits? permissions? and so on. 

They only use a logged out quota. Do performance? load? and 
error monitoring. Only the owners of files are charged for disk 
space. The software is available and includes the 

high-performance mods. Not yet ready. Will be about $100. 

Robert N. Jesse 
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Westinqhouse Computer Lab 

120 Barton Hall 

The Johns Hopkins U. 

Baltimore* MD. 21218 
301/338-7021 

Mike Muus — Johns Hopkins — high-performance Unix 

Have implemented a /dev/data to hold and display performance 
information. Many tty mods. Security mods. Allow special 
files and set-UID files only on root. Memory test and 
reconfiguration on booting. Integrity changes (check alt limits 
and "can't happen" conditions). Performance mods: change all 

process lists to queues (there are 19). Improved scheduler 
priority evaluation. 


Steve Bellovein — Tufts U. — porting Unix to IBM 370 

Planning to port Unix operating system to an IBM 370 to run 
under MVS. 

Don Sherry — Bradley U. — use of Unix 

5?000 students. Do data acquisition with micros* then send 
it to Unix. Use Johns Hopkins MINI-UNIX on an LSI-11 to drive a 
phototypesetter. 

Mike O'Dell U. Oklahoma — Goble's system 

U s e G • Goble's system from Purdue. Found it easy to bring 
up. Made some changes in the way accounting done. Have various 
daemons to gather different information. 5-700 users. 

Robert Pike — Caltech — ultimate QED 

David Tilbrook — Bell Nothern Software Research 

Put back in many of the qed features that were removed to 
make ed. Considerable enhancements: macros* multiple files* 

programmab l e. 

George Pajari — GTE — tuning PWB 

Have a query program to report table usage levels* so table 
sizes can be set more intelligently. Can get a copy of the 
report from: 

Paul Hart 

GTE Automatic Electic (Canada) Ltd. 

100 Stronger Blvd. 

Brockvitle* Ontario* Canada 
K6V 5W8 

Mark Pierson — Yourdan — screen editor 

Has developed a simple screen editor. Front-ends the 
standard ed and allows one to escape toed. The qed people said 
they'd include this in their distribut i on. 
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Robert Pike 
CSRG 

121 St.'Joseph Street 
Toronto? Ontario? Canada 
MSS 1A1 


Miscellaneous 

Rand has a new distribution tape with improvements to old stuff: 
RITA? MS? MH? NED? and accounting. $115. 

Rick Kie sig 
Rand Corp. 

1700 Main St. 

Santa Monica? CA 90406 

Unix T-shirts. Picture of a PDP-11 with daemons? pipes? and 
forks. Size S? M? L? XL. Trim red or white. $6.50 plus $0.50 
post age. 

TRi-J Color Print Co. 

1616 E. Waverly Dr. 

Arlington Heights? IL 60QQ4 

The Winter Unix Users Group Meeting will be hosted by John 
Donnelly at NCAR? Boulder? Colorado on 29 Jan - 2 Feb 1980. 

Working on KMC development tools: 

Bill Jolitz 
U. C. Berkeley 
Berkeley? CA 94720 
415/642-7359 

There is a bug in the ECC disk code. Look in pi_get / pi_put? 
the "mov hipri u should be "mov $hipri". There is also a problem 
in cylinder scheduling for the RM03. It needs to allow a lead 
of six sectors instead of four (doesn't allow enough time). 
There is a one line difference in the code generation passes of 
the C compiler between the phototypesetter version and the PWB 
v e r s i o n . 

Digital Pathways has information on using their chronolog clock 
with Unix. Contact Bob Lummis 212/430-2579. 

A MINI-UNIX is available for the LSI-11 with AED 6200 LP 
floppies. Requires a MINI-UNIX license. Send $25 and two 
f loppies to: 

Dr. W. C. Gore 

Dept, of Electrical Engineering 
Bart on Ha 11 
Johns Hopkins U. 
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Adventure T shirts. Has picture of • dragon and related stuff. 
Says something about computer gaming. Color yellow or blue 
Size S ? Mj L. " . 

Charles Andres 
Digital Equipment Corp. 

One Iron Way 
Marlboro* MA 02222 

Has our Pascal and has made many improvements to it. I've 

requested a copy. 

Mike O'Shaughnessy 
Dept. Hath and C.S, 

U. New Hampshire 
Durham? NH 03824 

BBN has a TECO for Unix. 

Software distributions. As indicated? many people are willing 
to send out their own work. Most want a tape? mailing box and 
label? and return postage. Beyond that? there were five 
distributions for the conference. UnfortunateLy? the hosts 

could only make copies for a few people. The distributions are: 
conference collection of much of the stuff discussed 
mini-unix Hopkins or Toronto's C?) Unix for LSI-11 
tools collection of stuff for software tools conference 

purdue heavily modified system to support many users 

toronto graphics 

The tools and toronto tapes need 1200 feet? the rest are 2400 
feet. People getting tapes were: 

Chris Boylan Call. Tapes returned COD) 

SI CL 

143 Space Science Center 
U. Minnesota 
Minneapolis? MN 55455 

Michael Wendell Call except mini) 

GTE - AEL Phoenix 
11226 N. 23rd Ave. 

Phoenix ? AZ 85029 

Arthur Hayes Call except toronto) 

Johns Hopkins U, 

EE Dept.? Barton Hall 
Baltimore? I1D 2121S 

George Gob l e C all) 

ElectricalEngineering 
Purdue U. 

W. Lafayette? IN 47907 

John Bass 3 SRI-UNIX Cgetting all) 

There were 30 notices for places looking for one or more Unix 
programmers. **. 


























































